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ABSTRACT 

In response to a growing need for effective and 
efficient means for auditing computer-based systeirs^ a number of 
studies dealing primarily with batch- processing type computer 
operations have been conducted to explore the impact of computers on 
auditing activities in the Federal Government. This report first 
presents some statistical data on computers in the Federal 
Government, and then summarizes the results of the studies in three 
sections. The first section covers those studies dealing with 
internal auditing of computer-based systems and attempts to determine 
whether effective independent reviews and appraisals are being made. 
The next section covers system documentation to determine whether 
current and complete documentation is maintained; the final section 
examines the use of computer techniques to audit computer-based 
systems to assist other Government auditing organizations in checking 
computer-based systems. Extensive appendices provide more detailed 
information on auditing procedures. (Author/SH) 
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In response to the growing need for effective and efficient means 
for auditing computer-based systems, the General Accounting Office has 
conducted a number of studies to explore the impact of computers on 
auditing activities in the Federal Government. These studies have dealt 
primarily with batch-processing -type computer operations or those sys- 
tems that require input data to be coded and collected into groups or 
batches for processing. Particular attention was devoted to: 

Internal auditing of computer-based systems --to determine whether 
effective independent reviews and appraisals are being made. 

System do c umentation - -to determine whether current and complete 
documentation is maintained. 

The use of computer techniques to audit computer-based systems - - 
to assist other Government auditing organizations in auditing 
computer-based systems. 

This report summarizes the results of these studies. Because of 
the importance of internal controls, a previously prepared review guide 
for evaluating internal controls in automatic data processing systems is 
included as appendix IX. From an audit standpoint, the auditor must al- 
ways consider the control framework in which computer processing is 
carried out. 

As additional studies of more sophisticated oi* real-time computer 
operations are completed, we plan to publish additional information on 
this important subject. 
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CHAPTER 1 



STATISTICS ON COMPUTERS IN THE FEDERAL GOVERNMENT 



The use of computers in the Federal Government has 
grown rapidly in the past decade. The following charts pro- 
vide a quick picture of the growth of computer use and the 
distribution of computers by manufacturer and by agency. 

For example, over 5,200 computers, exclusive of analog and 
other computers built or modified to special Government 
design specifications, were installed in the Federa 1 Govern- 
ment by 1970. Only 10 years prior there were as few as 531, 

Billions of dollars have been invested in the develop- 
ment and use of computers and computer-related devices. 

The annual Federal Government expenditures for the purchase 
and use of automatic data processing (ADP) equipment is not 
readily available. In congressional hearings conducted in 
July 1970, these expenditures were estimated between $4 bil- 
lion and $6 billion. 

Computer uses extend into almost every phase, both ad- 
ministrative and technical, of Government operations. The 
electronic computer has come to be regarded as a major and 
vital resource for accomplishing the primary program respon- 
sibilities of many Government agencies. Therefore special 
management and audit attention is warranted to ensure that 
this resource is used efficiently and effectively. 



Hearing before the Subcommittee on Economy in Government of 
the Joint Economic Committee, Ninety-first Congress, second 
session, dated July 1, 1970, pages 17 and 18. 



CHART 1 

NUMBER OF COMPUTERS IN THE FEDERAL GOVERNMENT 
AS OF JUNE 30 - BY MANAGEMENT CLASSIFICATION 
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The rapid growth in the number of computers in recent years is indicative of an increasing awareness on the part of the Federal agencies that 
mission programs can be accomplished more timely, efficiently, and economically through automation. 

For the years prior to 1959 the Office of Management and Budget estimated the number of computers to be: 1950-2; 1951-3; 1952-5; 1953-7; 
1954 - 10 ; 1955 - 45 ; 1956 - 90 ; 1957 - 160 ; and 1958 - 250 . 

SOURCE: GSA inventory of Automatic Data Processing Equipment In the United States Government, Fiscal Year 1970. 




CHART 2 

DISTRIBUTION OF COMPUTERS BY MANUFACTURER AND AGENCY 

AS OF JUNE 30, 1970 
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SOURCE: GS>. Inventory 'of Automatic Data Processing Equipment In the United States Government, Fiscal Year 1970, 



CHART 3 

DISTRIBUTION OF COMPUTERS BY AGENCY AND OPERATOR 

AS OF JUNE 30 
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CHAPTER 2 



SUMMARY OF OBSERVATIONS 
INTERNAL AUDIT OF ADP SYSTEMS 



In individual Federal agencies, internal audit coverage 
of agency computer operations varies from comprehensive sys- 
tem testing to practically no work at all. Although some 
internal audit groups recently have shown increased interest, 
in the past, auditors have tended to shy away from compre- 
hensive reviews of computer-based systems. Even though com- 
puter systems are becoming increasingly an integral part of 
agency management and control, independent reviews and ap- 
praisals are generally not made to assist managers in es- 
tablishing effective controls over complex computer systems. 

The General Accounting Office (GAO) believes that it 
is important for an independent group to review and evaluate 
agency computer operations, especially those systems which 
affect agency management and control operations, as well as, 
those systems which involve the disbursement of billions of 
dollars every year. In the absence of independent evalua- 
tions of computer-based systems, the computer operation is 
vulnerable to undetected error, misuse, and possibly fraud. 
GAO believes that Federal agency managers should require 
internal auditors, or a similar group, to devote more atten- 
tion to computer systems than currently is being done. 

DOCUMENTATION OF ADP SYSTEMS 

A related problem centers on the fact that most Federal 
agencies have not developed or implemented agencywide doc- 
umentation standards for computer-based systems. In general, 
documentation being produced is incomplete and inadequate. 
Documentation may be used by management not only to monitor 
and control the computer facility resources of an organiza- 
tion but also as a check on performance and compliance with 
established goals and standards for such resources. Conse- 
quently, GAO believes that Government— wide documentation 
standards should be developed and promulgated by the execu- 
tive branch to guide all Federal agencies in maintaining an 
adequate level of system documentation. GAO believes also 
that the heads of Federal agencies, as an interim measure 
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pending adoption of Federal standards by the executive 
branch, should take necessary action to ensure that their 
computer systems documentation meets the standards listed 
in this report. (See pp. 18 to 21.) 

COMPUTER-AUDITING TECHNIQUES 



New computer-auditing techniques have been developed 
to assist the auditor in reviewing computer systems and 
computer- genera ted records . These techniques permit the 
auditor to use the computer* s speed and accuracy to 

— search files and select data for examination, 

--make special analyses or summarizations of data, 

— perform computations, 

identify unusual transactions, and 

— -test check processing accuracy. 

Several techniques used successfully by GAO include general- 
ized computer audit programs, custom-designed computer au- 
dit programs, test decks, and detailed reviews of selected 
computer programs. Chapter 5 contains a discussion of each 
technique and a reference to case studies for the reader 
interested in further study. 
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CHAPTER 3 



NEED TO ESTABLISH EFFECTIVE 
INTERNAL AUDIT OF ADP SYSTEMS 

Internal audit coverage has not kept pace with the 
computer izatibn of agency operations. Few of the departments 
and agencies that we visited during GAO's study indicated 
that the internal audit staffs review operational ADP sys- 
tems on a regular basis. Some audit staffs do very little 
work, or no work at all, on these computerized systems. 
Reviews of computer systems normally are not made unless 
the computer operation is an integral part of an accounting, 
supply, or some other function that is being audited. 

Internal audit staffs generally have not reviewed ADP 
systems to determine whether they meet original objectives 
or whether they are operating efficiently and effectively. 
Although there has been an increase in internal audit inter- 
est and involvement with computer systems late in 1970 and 
early in 1971, GAO believes that this effort must be in- 
creased and the scope of coverage broadened. It is impor- 
tant for internal audit staffs to understand, review, and 
evaluate agency ADP operations. In the absence of an inde- 
pendent review and appraisal of such a major part of an 
agency operation, GAO believes also that the adequacy of 
internal controls and safeguards over ADP operations are 
subject to question. 

In this study, GAO observed that the degree to which 
auditors were involved in evaluating computer systems varied 
from comprehensive system testing, including a check of 
every computer program change, to almost no work at all. 

For example, the resident system auditors at the Veterans 
Administration (VA) Center in Philadelphia use a permanent 
test file to perform comprehensive testing of the VA insur- 
ance program. The test file is used on a continuing basis 
to establish the validity and accuracy of operating com- 
puter programs. Every change is checked and certified be- 
fore it goes "live." A detailed discussion of the VA's 
test file is included in appendix VIII. 
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At the other extreme, we found that internal auditors 
perform almost no work at all on their agency’s ADP opera- 
tions. At one agency the internal auditors advised us that 
they make no reviews of the computer systems; instead, they 
audit around the computer. Management officials relied on 
testing procedures that simply verified the consistency of 
processing plus other quality control checks that, in our 
opinion, constituted neither a complete nor independent re- 
view. Furthermore, documentation or written descriptions 
necessary for understanding how the computer system operated 
generally were incomplete or not current. Under these con- 
ditions, we believe that a system is extremely vulnerable to 
error or misuse. GAO views the achievement of efficient, 
economical, and effective operations as a basic agency man- 
agement responsibility. Because computers are used in 
achieving these goals, management officials must assure 
themselves as to the adequacy of the controls over computer 
operations, especially in view of the multibillion- dollar 
operations handled through computers. 

One of the essential tools of management, complementing 
all other elements of management control, is the internal 
audit function. The Congress, through the Budget and Ac- 
,> counting Procedures Act of 1950, requires that the head of 
each agency establish and maintain systems of internal con- 
trol designed to provide effective control over and account- 
ability for all funds, property, and other assets for which 
the agency is responsible, including appropriate internal 
audit. For many years GAO emphasized the importance of 
strong internal audit systems. To provide necessary con- 
trols over computer operations, we believe that the scope of 
internal audit coverage should be expanded to include reviews 
and evaluation of all agency computer systems. 



General Accounting Office Policy and Procedures Manual for 
Guidance of Federal Agencies, title 3, chapter 11 — Internal 
Auditing . 

Internal Auditing in Federal Agencies, United States Gen- 
eral Accounting Office, pamphlet dated October 1968. 

GAO Views on Internal Auditing in the Federal Agencies, 
United States General Accounting Office, booklet dated 1970. 
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SCOPE OF INTERNAL AUDITING 



To be of maximum usefulness, internal auditing should 
extend to all agency activities and related management con- 
trols. Its scope should not be restricted. 

In the specific area of data processing, the internal 
auditor* s coverage should include both new systems under 
development and those in operation. For example, the auditor 
should be consulted in the development, design, and testing 
of ADP systems to help ensure that adequate controls are es- 
tablished and adequate audit trails are provided in the sys- 
tem to avoid costly changes after a new system has been in- 
stalled. For systems already in operation, the auditor 
should continuously monitor the computer operation and per- 
form necessary appraisals to determine whether an effective 
and reliable system is functioning. 

CHANGE IN AUDIT APPROACH REQUIRED 

To perform an effective review and appraisal of certain 
sophisticated ADP systems, a change in the audit approach 
is required. 

The advent of the computer has not changed the gener- 
ally accepted auditing standard that the auditor must study 
and evaluate the existing internal controls as an integral 
part of his audit work. In the non- ADP environment, the 
auditor has historically been able to see and follow the 
flow of transactions through the system. A visible audit 
trail has been the key to this approach. In an ADP environ- 
ment, however, some of the characteristics of today* s more 
sophisticated computer systems make this approach impracti- 
cal, if not, impossible. The visible audit trail no longer 
exists in some systems. For example, the computer system 
may 



— rearrange input data and perform calculations inter- 
nally, 

— store data on magnetic tapes, disks, and drums for 
later use, 
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— print out summary information which bears no visible 
relationship to the original input data, and 

— use equipment and computer programs that contain con- 
trol and edit procedures which operate internally. 

In sophisticated computer systems where more and more 
of the controls and decisions are incorporated within the 
computer, the audit approach must concentrate on ADP con- 
trols. The audit must establish whether ADP controls are 
adequate to ensure that acceptable input results in reliable 
output. This kind of environment exposes the auditor to ^ 
types of controls, languages, and conceptual problems which 
differ from those previously encountered. 

To meet these changing needs, ADP audit manuals or 
guides, internal control questionnaires, and other computer- 
auditing techniques have been developed to assist in the re- 
view of computer systems. Because it is not feasible to 
prepare a detailed audit program that will be uniformly ap- 
plicable to all computer systems, review guides can be used. 
♦GAO has prepared a review guide for use in evaluating inter- 
nal controls in ADP systems. 1 It includes background in- 
formation on ADP controls and a questionnaire for use in re- 
viewing them. Another guide is the recently developed ADP 
review guide for Federal agency accounting systems, 2 parts 
of which are equally applicable to any data processing op- 
eration. 

Along with changes in the audit approach, new tools for 
auditing computer records also have been developed. They 
include generalized retrieval programs which permit the user 
to retrieve, summarize, calculate, sample, and print out 



^■Review Guide for Evaluating Internal Controls in Automatic 
Data Processing Systems, United States General Accounting 
Office, 1968. (See app. IX.) 

^Review Guide for Federal Agency Accounting Systems, United 
States General Accounting Office. (See ADP section — app. 
II.) 



computerized information. Other techniques that are not 
new, such as test decks and custom-designed computer audit 
programs are used also. All of these computer- auditing 
tools or techniques have proven to be beneficial under cer- 
tain circumstances. Chapter 5 includes a more detailed 
discussion of computer- auditing techniques. 

BENEFITS OF COMPUTER-AUDITING TECHNIQUES 

Reviews and evaluations of computer systems using 
computer-auditing techniques do provide tangible benefits 
for both auditor and management. Aside from the important 
control factor provided by an independent review, some of 
the benefits are 

--more confidence in system output, 

— more efficient operations, and 
— cost savings. 

Several examples that illustrate these benefits are dis- 
cussed below. In each example the computer itself was used 
to perform much of the actual detailed audit work. 

1. GAO conducts an annual audit of the Federal Housing 
Administration (FHA) financial statements. The au- 
dit involves FHA's computerized mortgage insurance 
program under which lending institutions are in- 
sured against loss in financing first mortgages on 
various types of housing. The computer systems ac- 
count for over 4- 1/2 -mi 11 ion mortgages. 

As the procedures and controls were transferred to 
the computer, it became more difficult for the audi- 
tor to use the traditional audit approach, i.e., 
checking output to input. Summary information 
printed out by the computer could not readily be 
traced back to the original input data, the tremen- 
dous volume of transactions limited the scope of the 
manual audit, and the auditor did not understand 
fully what was going on inside the computer. 

To overcome these problems the audit approach was 
modified to include a review and evaluation of ADP 
procedures and controls. A review of computer sys- 
tems documentation including the related coding of 



of selected computer programs and the processing of 
selected input data through auditor controlled ver- 
sions of agency computer programs were unique fea- 
tures of the new review approach. The reasoning 
here is that if the auditor knows exactly how the 
computer processes input data and that adequate 
internal controls exist, he can rely on system out- 
put. By using this approach the auditor*, in effect, 
tests the computer system that generates the data 
being audited. 

The results of this approach provided the auditor, 
for the first time, with a detailed under standing 
of what actually was taking place within the compu- 
ter. By virtue of this knowledge, the auditor had 
increased confidence in the information and totals 
generated by the computer system. Appendix VI con- 
tains a more detailed description of the audit ap- 
proach used in the FHA audit. 

2. The Air Force determines its procurement and repair 
needs for reparable- type stock items through a com- 
puterized reparable requirement system. The require- 
ments computations are lengthy and complex — each 
computation involves about 5,000 mathematical calcu- 
lations. The auditor had the problem of determining 
the effect, if any, that different input data had on 
final computed requirements. GAO first manually 
tried to recompute the requirements. Each manual 
recomputation required 1 to 1-1/2 days to complete, 
and even then, the auditors were not able to dupli- 
cate accurately the machine process because of the 
mathematical complexity and the sheer volume of cal- 
culations. The auditors could not be sure that the 
results of their computations were correct. 

As an alternative the auditors explored the possibil- 
ity of using Air Force computers to recompute re- 
quirements. A plan was worked out with Air Force 
officials who agreed to write a computer program 
that would permit the auditor to make changes in the 
input data. After appropriate changes were made, 

Air Force officials reran the requirements computa- 
tions with the same files used to run the original 
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computations. Because these recomputations were made 
on Air Force computers with Air Force programs, there 
was no question that Air Force procedures had been 
followed. The auditors were able to get accurate re- 
quirements computations that were acceptable to the 
Air Force and from which it was possible to deter- 
mine the effect of changes in input data. 

Use of the computer in this review 

— saved 300 man-days that would have been needed to re- 
calculate requirements computations manually and 

— provided the auditor with a greater degree of assur- 
ance and confidence in results of the work. 

The next examples illustrate that an auditor, with mini- 
mal computer knowledge and armed with a relatively easy to 
use computer audit retrieval program, can use the speed of 
the computer to quickly and efficiently obtain needed infor- 
mation either for audit use or management needs. In each 
example below, direct cost savings were achieved in terms 
of time saved to do the work. 

1. Agency payroll information was maintained on compu- 
ter tape. The auditor needed to extract selected 
information for audit verification at six different 
field locations. The auditor extracted and printed 
the information in an easy to use format by using a 
generalized computer audit retrieval program. These 
neatly printed listings were then mailed to the ap- 
propriate field location for audit verification. 

1. e auditor estimated that he had saved 15 man-days 
that otherwise would have been necessary to manually 
select and list the necessary information on sepa- 
rate schedules. 

2. Agency stock records were maintained on computer 
tape. As part of an audit, a generalized computer 
audit retrieval program was used to 

— extend the dollar value of 42,000 stock items, 
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— obtain record counts and dollar amounts of 
several different types of stock items, and 

— select statistical samples of stock items for 
detailed audit verification. 

The auditor estimated that the computer had saved 
him 30 man-days to perform this work. 

3. A large system designed to operate and control con- 
tainerized freight shipments was maintained on com- 
puters. The auditor needed to extract information 
from a large file to evaluate controls and container- 
use factors. He used a generalized computer audit 
retrieval program to extract information on types 
of shipments necessary for 

--review of perishable and nonperishable ship- 
ments from selected locations, 

— review of container shipments to and from se- 
lected locations, 

— computation of percentages of cubic feet use 
of all shipments of containers by various 
shippers , 

— summarization of container shipments by port 
of discharge, and 

— review of distribution of nonperishable ship- 
ments by weight and number of pallets for 
each container. 

The auditor estimated that he had saved 50 man-days by 

using the computer to extract needed information. 

A DDITIONAL TRAINING REQUIRED 

To work effectively in a computer environment, the au- 
ditor must get additional training in computer technology 
and develop new computer-auditing skills. For example, if 
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he is expected to evaluate a highly complex data processing 
system, he must acquire a detailed understanding of the com- 
puter operation, in addition to, a thorough knowledge of 
agency procedures. The necessary proficiency in evaluating 
computer operations can be obtained through formal training, 
individual study of computer technology, and most important 
of all, actual on-the-job experience. 

Management also has a responsibility to extend its un- 
derstanding of computer operations. To be able to satisfy 
itself that an ADP system is effective and functioning prop- 
erly, management ought to have a basic knowledge of the con- 
cepts and principles of data processing. Without this know- 
ledge, management will surrender its decisionmaking role in- 
volving agency use of computers to technically oriented data 
processing persons who may be unskilled in managerial methods. 

CONCLUSIONS 

The increasing use of computers in Government and the 
trend toward more sophisticated and complex systems have 
important implications for auditors. GAO believes that the 
scope and techniques of auditing in the ADP environment must 
be expanded. The auditor must become proficient in computer 
technology to an extent necessary to evaluate computer opera- 
tions. Prime consideration needs to be given to training 
and the use of advanced techniques. 

GAO believes also that an independent review and evalu- 
ation of agency computer systems is a must. To be effective, 
the review group should be independent of daily computer op- 
erations and should report to a high-level management offi- 
cial. It seems logical that the internal audit groups 
should make these evaluations. An adequate evaluation of 
any complex ADP system requires both a detailed understand- 
ing of computer operations and a thorough knowledge of agency 
procedures. By "living with" the agency system, internal 
auditors are in the most favorable position to acquire the 
necessary know-how and keep it up to date. They are also in 
a position to monitor the computer’s operation continuously. 

In general, GAO believes further that internal auditors 
must develop and extend their activities to include reviews 
and evaluations of data processing systems. In the absence 



of these independent evaluations, the computer operation is 
more vulnerable to undetected error, misuse, and possibly 
fraud. To help strengthen controls and safeguards over 
agency computer operations, GAO believes that Federal agency 
managers should require internal audit or a similar group to 
devote more attention to computer systems than currently is 
being done. 



CHAPTER 4 



NEED FOR COMPREHENSIVE ADP DOCUMENTATION 



During fiscal years 1966 through 1969, the Federal 
Government devoted over 100,000 man-years to the analysis, 
design, and programming of ADP systems. The investment of 
Federal resources in these systems continues to expand, and 
the related costs are becoming increasingly significant. 

As part of our study, we looked into the practices used by 
Federal agencies to document computer systems and identi- 
fied what we consider to be the minimum documentation ele- 
ments necessary to ensure that all essential information is 
properly preserved and available for management and opera- 
tional use. 

This study encompassed Federal departments and agen- 
cies utilizing about 97 percent of the ADP equipment being 
operated in Government. Discussions were held with high- 
level officials at twelve departments and agencies, sixteen 
bureaus, and thirteen ADP installations. At the thirteen 
ADP installations we visited, we examined into standards 
and procedures, along with the documentation created for 
over 300 scientific and business computer programs. 

Briefly, it was found that most Federal agencies have 
not developed or implemented agencywide documentation stan- 
dards or guidelines, and that, generally, the documentation 
produced was incomplete and inadequate. This can result in 
serious consequences. The cost of poor or outdated infor- 
mation — in terms of inefficient and uncoordinated opera- 
tions, wasted man-hours, redundant efforts, and disillu- 
sioned users — usually is not apparent immediately from a 
short-range viewpoint. The available evidence bears out 
that, from an overall long-range standpoint, however, an 
inefficient operation is often characterized by a lack of 
good documentation. 
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WHAT DOCUMENTATION IS 



The term "documentation" generally is used to denote 
a collection of documents or information on a given sub- 
ject. 1 As used in this report, however, it refers specifi- 
cally to the information that is recorded during the de- 
sign, development, and maintenance of computer applica- 
tions, to explain all pertinent aspects of a data process- 
ing system — including purposes, methods, logic, relation- 
ships, capabilities, and limitations. 

Documentation should be created as an integral part of 
the development process. As such, it may b used by man- 
agement not only to monitor and control an organization's 
resources, but also as a method of measuring performance 
and compliance with established goals and standards. Conse- 
quently, documentation policies and procedures within the 
Federal Government need to be stated clearly , systemati- 
cally communicated, and designed to promote the carrying 
out of authorized activities efficiently and effectively. 

At present, adequate documentation is unusual among Federal 
agencies. 

ADP DOCUMENTATION FOR FEDERAL AGENCIES 

On November 25, 1970, the Comptroller General issued a 
restatement of certain requirements relating to executive 
agency accounting systems. These requirements include the 
following types of documentation deemed necessary for GAO 
approval of proposed mechanized and automated accounting 
systems . 



1 American National Standard Vocabulary for Information 
Processing, American National Standards Institute, Inc., 
(ANSI), 1970 issue. 

^General Accounting Office Policy and Procedures Manual, 
title 2, section 27.5, part 6 as revised by Comptroller 
General letter B-114365(2) dated November 25, 1970. (See 
app. I.) 



"a. The planned use of ADP and other mechanical 

equipment including the following: 

(1) A statement of objectives pertaining to 
the use of automation and the degree to 
which the system will be automated, 

(2) An overall narrative description and ac- 
companying flow chart of the general flow 
of information through the system. This 
should tie in with the general descrip- 
tion of the accounting system. 

(3) A description of the equipment configura- 
tion and capabilities, and the computer 
language(s) which will be utilized in 
programming the processing operations. 

Where specific equipment has not been se- 
lected, the description should include a j 

statement of the general equipment re- 
quirements for processing and storage and j 

associated peripheral operations, and a 

statement of the primary computer lan- 
guage to be used. j 

r 

M b. The design specifications which describe the 

logic of the proposed ADP system, including j 

i 

i 

t 

(1) Flow charts showing the sequence of oper- 
ations to be performed by each proposed \ 

computer run. 

i 

i 

(2) For each proposed computer program, a j 

brief description of the functions to be j 

performed, processing frequency, type of 

input, and the resulting product(s). 

(3) Descriptions of the physical characteris- 
tics of the data elements to be contained 
in the transaction records and data files, 
including the media (punched card, mag- 
netic tope, etc.) to be used. 
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(4) Descriptions of controls to be provided 
over data 

(a) inputs, including the types and pur- 
poses of edit and other purification 
or validation routines; 

(b) processing, including the plan for 
back-up operations; 

(c) storage, including the plans for re- 
construction of the data files; and 

(d) outputs . 

(5) Identification of audit trails in the au- 
tomated system with special attention 
given to systems in which conventional 
audit trails *** will be obscured in the 
processing operations and alternative 
procedures will be necessary." 

Although this list was promulgated as a requirement 
prerequisite to GAO approval of automated Federal account- 
ing systems designs, it may also serve as a minimum docu- 
mentation level during the development phase of any ADP 
system and will provide a reasonable level of documentation 
for a general understanding of overall system design. Addi- 
tional detail, however, is required for operational sys- 
tems, including: 



1. Operator instructions (or run book) showing program 
loading procedures, processing schedules, peripheral 
equipment used, tapes needed, and error conditions 
and procedures. 

2. Instructions showing how input data is prepared for 
processing, scheduled preparation dates, and valid- 
ity checks. 

3. Source listings with appropriate comments and ex- 
planations . 

4. Data processing center organization information, 
including organizational components, responsibili- 
ties, controls, and emergency operating procedures. 
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5. Test data and results including documentation of 
the data used to test system performance, the pro- 
cedures used, descriptions of test cases, and the 
results of tests, including samples when appropri- 
ate. 

Although GAO believes that these documentation ele- 
ments should be required as a minimum, they do not neces- 
sarily represent the full scope of information that should 
be recorded within a documentation package. Additional 
data may be necessary for many systems , depending upon such 
factors as the degree of management control required, sys- 
tem complexity and purpose, and reliability requirements. 

In every case, documentation is adequate only as (1) it is 
kept current and complete and (2) it communicates easily 
and logically all important facts and relationships to 
those who need them. 

NEED FOR INCREASED MANAGEMENT SURVEILLANCE 
OF ADP DOCUMENTATION PRACTICES 



Where agency management has made the decision to uti- 
lize computers, the technologies of information handling, 
communications, controls, and related developments in in- 
formation theory are generally applied in ways that have 
significantly changed methods of operations. These changes 
call for improvements in the management process also. New 
managerial techniques must be incorporated that will ade- 
quately insure a proper level of control over the use of 
Government resources. 

CONCLUSIONS 



GAO believes that system documentation is a basic pre- 
requesite to improved managerial capacity. Consequently, 
Government-wide documentation standards should be developed 
and promulgated by the executive branch to guide all Federal 
agencies in maintaining an adequate level of system docu- 
mentation. As an interim measure pending adoption of Fed- 
eral standards by the executive branch, Federal agencies 
should critically examine existing documentation practices 
as a fundamental step toward improving the effectiveness 
of their computer operations. This effort should include 
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the development of uniform agency documentation standards 
and procedures that meet the minimum levels described above 
and periodic reviews of agency practices. 
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CHAPTER 5 



COMPUTER- AUDITING TECHNIQUES 

In today* s ADP environment, auditors can use computer- 
auditing techniques to conduct independent reviews and im- 
prove responsiveness to management needs by using new tools 
and techniques that were not previously available. Auditors 
trained in computer- oriented techniques can use the computer 
to do detailed clerical-type auditing work. These tech- 
niques also can be used to assist in the review and evalua- 
tion of computerized systems including the internal controls 
unique to this new environment. 

The computer can perform quickly and accurately many 
of the detailed and tedious tasks involved in auditing. For 
example, the computer can 

— search files and select data for examination, 

— check the accuracy of analyses and summarizations, 

— create flow charts for portrayal of systems, 

— prepare special analyses or report's for management 
or audit needs, and 

--check the performance of computer programs. 

There are undoubtedly many other uses to which the com- 
puter can be put. They are limited only by the resourceful- 
ness of the user. 

To evaluate computerized systems, an understanding of 
new types of controls not encountered in manual systems is 
necessary. These new controls are associated with computer 
hardware, computer programs, ADP operations, and organiza- 
tions. For example, hardware controls are available to pre- 
vent accidental destruction of data on magnetic tapes , com- 
puters are programmed to count records and develop control 
totals, procedures are established to assure that computer 
operators mount proper magnetic tapes for each operation, 
and manuals and written procedures are prepared to ensure 
adequate communication. 




23 

29 



jL 



As suggested by the above examples, the auditor is 
faced with a different situation when working in an ADP en- 
vironment. Computer- auditing techniques are needed. Sev- 
eral of those used successfully by GAO are: 

Generalized computer audit programs . These consist 

of a series of prewritten computer programs that can 
be linked together and used by an auditor. Such 
names as Audassist, Auditape, CARS, Easytrieve, and 
STRATA fall under this heading. There are others. 

— Custom designed computer audit programs . These gen- 
erally include computer programs written especially 
for a specific audit purpose. 

Test decks . These include test decks, test files, or 

test documents. 

Reviews of selected computer programs . These involve 

a review of programming documentation and the related 
coding of the computer program. 

It should be remembered that in most cases no single 
audit technique will suffice. Instead, a combination is re- 
quired to satisfy the auditors' needs. Professional judgment 
and the element of risk still govern the extent of testing. 

A more detailed discussion of computer- as sis ted-audi ting 
techniques with references to appropriate case studies is 
included below. Arrangements for use of different computer 
audit packages can be made with the developer. 
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G ENERALIZED COMPUTER AUDIT PROGRAMS 

A most important development in recent years that has 
provided auditors with an efficient and effective means of 
auditing records maintained by computers is the generalized 
computer audit program. These programs or systems permit 
the auditor to retrieve a wide variety of information from 
computerized records and to perform different auditing pro- 
cedures , 

A generalized computer audit program usually consists 
of a series of prewritten computer programs that easily can 
be linked together and readily adapted by the auditor to 
the requirements of a specific audit situation. Some of the 
uses include: 

— Search and retrieve . The auditor can search a large 
file of records at computer speeds and identify and 
retrieve items that have audit significance. 

- -Selection of samples . The computer can be instructed 
to select samples using any one of several systematic 
random- sampling techniques, or to calculate and se- 
lect a sample necessary to satisfy desired statisti- 
cal confidence levels. 

— Mathemat ical computations . The basic mathematical 
operations of addition, subtraction, multiplication, 
and division can be performed at computer speeds. 

— File comparison, merges, and sorts . Input files can 
be merged or sorted in almost any sequence desired. 
Files can be compared with an option to print out 
either matched or unmatched records. 

— Summarizing and reporting . Large volumes of data in 
machine- readable form can be easily and quickly sum- 
marized to satisfy audit requirements. 

—Printing and punching . Desired output can be punched 
into cards or printed in almost any desired order 
with descriptive headings over columns of data. 
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These generalized programs examine and manipulate the 
output produced by a data processing system. They have not 
been designed to examine agency programs. Instead, they 
merely perform on an automated basis the same type of cleri- 
cal work that has characterized much audit work in the past. 

Substantial amounts of audit time can be saved by using 
a generalized program, especially if it is used on a recur- 
rent basis on the same audit application. Even if first- 
time savings cannot be achieved, the automated approach may 
result in benefits such as better audit coverage, better 
documentation, and a better understanding of the agency com- 
puter system. In some cases the generalized programs permit 
the auditor to retrieve data which, as a practical matter, 
could not have been obtained manually. 

There are a number of generalized computer audit pro- 
grams. Most of the public accounting firms, as well as 
some private firms have developed such programs. GAO has 
not reviewed all the generalized programs , and it is beyond 
the scope of this report to comment on their differences. 

A partial listing follows. 

Audassist Alexander Grant & Company 



Certified Public Accountants 



AUDEX 



Arthur Andersen 6c Co. 
Certified Public Accountants 



Auditape 



Haskins 6c Sells 

Certified Public Accountants 



Auditpak 



Lybrand, Ross Bros. , 6c Montgomery 
Certified Public Accountants 



Auditronic 16 



Ernst & Ernst 

Certified Public Accountants 



AY Audit /Management 
System 



Arthur Young 6c Co. 

Certified Public Accountants 



Computer Audit Systems, Inc. 

725 Park Avenue 

East Orange, New Jersey 



CARS 



Computer File 
Analyzer 



Price Waterhouse & Co. 
Certified Public Accountants 



Easytrieve/300 



SCORE 



STRATA 



System 2170 



Computer Audit Corporation 
1320 Fenwick Lane 
Silver Spring, Maryland 

Atlant i c Software , Inc . 

5th and Chestnut Streets 
Philadelphia, Pennsylvania 

Touche Ross & Co. 

Certified Public Accountants 

Peat, Marwick, Mitchell & Co. 
Certified Public Accountants 



Detailed descriptions and illustrations of the use of 
Haskins & Sells Audi tape System and Alexander Grant & Com- 
pany's Audassist are included in appendix III and IV. These 
illustrations demonstrate some of the capabilities of the 
generalized computer audit program for the reader interested 
in further study. 

The generalized computer audit program has great poten- 
tial for saving audit time and enhancing the auditors' 
knowledge of computers. It should be considered a valuable 
tool to assist the auditor or manager in examining records 
maintained by computers. 



CUSTOM-DESIGNED COMPUTER AUDIT PROGRAMS 



A custom-designed computer audit program is defined 
here as a computer program especially written either by or 
for an auditor to accomplish a specific audit objective. 

In contrast to a generalized computer audit program which 
can be used on a variety of records or computers, the 
custom-designed program normally works only on the system 
or computer for which it was designed. 

Oftentimes the need for a custom-designed program de- 
velops when the auditor encounters an audit situation for 
which a generalized program is unsuited. A decision to 
custom design such a program requires careful consideration 
of the costs and benefits. In comparison with an already 
existing generalized program, development of a custom pro- 
gram for a one-shot application is relatively expensive. 

It takes time and costs money to design, write, test, and 
debug a computer program. 

Other practical considerations also are involved. If 
programs are prepared by someone other than the auditor, 
the auditor must establish the validity of the programs for 
his independent purpose. If programs are prepared by the 
auditor, he obviously must have a working knowledge of 
several programming languages . Either case requires a 
working knowledge of computer hardware and several program- 
ming languages which is not now a universal skill of audi- 
tors. 



Once the decision is made that the value of a custom- 
designed program justifies the cost of development, it soon 
becomes apparent that such a program has several unique ad- 
vantages. For example : 

The program can be tailored to fit the exact needs 

of the auditor, as opposed to satisfying a need using 
limited capabilities of a generalized program. 

—On a recurring audit, it may be possible to use the 
same program again with only minor modifications or 

updating. 



28 





dm 



— Although not a major consideration for a one-shot 
application, the custom program probably will run 
more quickly and efficiently than a generalized pro- 
gram. 

To date, development and use of custom-designed com- 
puter audit programs in GAO has not been extensive. One 
rather small computer program designed to compare records 
on two magnetic tapes and to identify and list either 
matched or unmatched records is described in appendix VII. 
More complex and sophisticated examples of custom- designing 
new programs and customizing existing computer programs are 
included as part of a case study in appendix VI. 



TEST DECKS 



A test deck is a set of dummy transactions created to 
test the procedures and controls in a computer program. The 
concept originated with computer programming persons who 
used test decks in debugging computer programs. Auditors 
adopted the technique to determine exactly how different 
types of transactions are handled by the data processing 
system. 

Auditors can use test decks to 

— test computer programs to verify the existence and 
effectiveness of program controls, and 

— verify computational operations or program processr- 
ing. 

Test decks can be processed against live current files, 
in which case special precautions must be taken to safeguard 
agency records, or test decks can be processed against du- 
plicate or simulated files. A comparison of the results of 
processing test data with predetermined results will indi- 
cate whether the program is functioning as described. These 
results merely verify that the system is, or is not, func- 
tioning properly at a point in time- -file accuracy cannot 
be validated with test decks . If test decking does indicate 
a program error or the possibility that files are inaccurate, 
additional audit work is required to determine the cause and 
impact . 

A clear understanding of the data processing system and 
its relationship to the audit objectives is necessary to 
develop an effective test deck. The types of transactions 
to be included in the test requires careful consideration 
if the auditor is to test the programs fully. He must con- 
sider all of the significant data variations. 

The auditor can select the types of test transactions 
by reviewing and analyzing test decks used by programmers 
in debugging the program or by analyzing system documenta- 
tion. A combination of the two methods is usually best. 




30 




The test deck should include transactions to test proc- 
essing or handling of 

— valid conditions, 

— erroneous data, 

— missing transactions, 

— illogical conditions, and 
— validation checks. 

In many cases it is impractical to develop a test deck 
to test every possible combination of conditions. Judgment 
and the element of risk govern the extent of testing. 

Advantages 

1. Versatility — test decks can be designed for any pro- 
gram, system, or equipment. 

2. Positive results--results are irrefutable if the 
test is made with a production program. 

3. Ease in understanding results — either the test proc- 
esses correctly or incorrectly. 

Disadvantages 

1. Design difficulty — the auditor must understand the 
functioning of the system to develop an adequate 
test deck. 

2. Inflexibility--a test deck is valid for a single ap- 
plication or program for which it was designed, 

3. Maintenance required— the test deck must be updated 
to incorporate program or system changes. 

4. Error identification- -test deck processing points 
out errors, not the cause or impact. 

5. Error detection — there is only a limited chance of 
detecting an invalid condition if a program has been 
altered to manipulate a specific account or amount. 
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Under certain conditions, test decks can be a highly 
effective audit tool. For example, GAO uses test decks in 
the audit of the Federal Crop Insurance Corporation. A de- 
tailed discussion is included in appendix V. 

An important use of the test-decking procedure is being 
made at the Veterans Administration (VA) Center in Philadel- 
phia, Pennsylvania. The resident systems auditors have 
used test decking for a number of years to perform compre- 
hensive testing of VA insurance programs. This application 
is important because 

the permanent test file designed for and used on a 

continuing basis enables the auditors to meet their 
responsibility for certifying to the validity and 
accuracy of the computer programs and 

a group, independent of daily computer operations, 

provides management with an independent review and 
appraisal of the computer system operation. 

A discussion of the VA* s test-decking procedures is in- 
cluded in appendix VIII. 
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REVIEW AND ANALYSIS OF 
SELECTED COMPUTER PROGRAMS 



In sophisticated computer systems, the computer per- 
forms a significant amount of internal processing. For ex- 
ample, input data may be highly summarized making it im- 
possible, or at best impractical, to trace transactions 
through the system or to associate input with output. In 
this environment the audit approach must concentrate on ADP 
procedures and controls since it is no longer practical to 
trace transactions through the system. 

If an auditor is to evaluate a computerized operation 
or to rely on its output, he must understand and test the 
computer system. New types of controls, different termi- 
nology, and different conceptual problems are involved in 
this environment. In some cases, the auditor may not feel 
qualified to perform the required analysis. He may wish to 
consult with a computer- auditing specialist or other techni- 
cally qualified persons. 

One approach to auditing these sophisticated computer 
systems is described below. A combined team effort between 
auditors and computer specialists is required. A unique if 
not controversial procedure is included. It is the review 
and analysis of selected computer programs encompassing not 
only the analysis of programming documentation but the re- 
lated coding of the program. The methodology for perform- 
ing such a review includes the following steps. 

— Analyze the computer application or system on the 
basis of a review of documentation and interviews 
with agency employees. How does the system work? 

— Review internal controls surrounding the computer- 
based system and also the related internal controls 
over actual processing. Are internal controls ad- 
equate ? 

— Analyze selected computer programs including related 
coding of the program. Is the system functioning in 
conformity with representations contained in system 
documentation? Will it produce accurate and ac- 
ceptable output? 



Evaluate results of the above systems review. How 

and to what extent should the system be tested? 

Modify existing agency computer programs or prepare 

new programs that will produce output needed by the 
auditor to test the system. 

—Test the system. Establish the consistency of pro- 
cessing and verify source data entering the system. 
One method of establishing the consistency of pro- 
cessing is to reprocess selected input data through 
auditor controlled versions of agency computer pro- 
grams and compare the auditors 1 results with the 
agency* s results. Other routines can be incorporated 
in the auditor-controlled programs that will concur- 
rently accumulate totals or select and print records 
for verifying source data. 

A review such as that described above could not be 
performed by an auditor unskilled in the computer arts. A 
combined team effort between auditors and computer special- 
ists is necessary. Obviously this approach should not be 
employed as a routine one without adequate technical support 
and guidance. S. D. Leidesdorf & Co., Certified Public Ac- 
countants, is one firm that has developed computer audit 
routines and incorporated computer program reviews in their 
audits. The approach is to review the computer programs 
used in processing data and to combine the audit routines 
within such programs. If the reviewed program is satisfac- 
tory and is used in processing, the auditor can be assured 
of the accuracy of processing. 

GAO with the assistance of S. D. Leidesdorf & Co., in- 
cluded a detailed review of selected computer programs as 
part of the annual audit of FHA. A team consisting of GAO 
auditors, and S. D. Leidesdorf & Co., computer systems 
analysts and computer-trained auditors, did the work. A 
case study on this audit approach is included in appendix 

VI. 



CONCLUSIONS 

Computer-auditing techniques are invaluable as audit 
tools whether they be generalized computer audit programs, 
custom-designed programs, test decks, or computer program 



reviews. In most cases no one audit technique will satisfy 
the auditors' needs. Each technique has its advantages and 
disadvantages. The auditor ought to be familiar with dif- 
ferent techniques to select the combination that best meets 
the specific need. 
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COMPTROLLER GENERAL OF THE UNITED STATES 
WASHINGTON. O.C. 20948 



B - 114365 (2) November 25, 1970 



HEADS OF FEDERAL DEPARTMENTS AND AGENCIES 

Subject: Restatement of certain principles and standards 
relating to executive agency accounting systems 

We are amending our instructions regarding the development and 
improvement of agency accounting systems to effectuate the changes 
in General Accounting Office review and approval policies announced 
in my letter to you dated October l6, 1969, subject "General Accounting 
Office operations with respect to executive agency accounting systems 

The changes being made are designed to provide more complete 
guidance in the development and approval of Federal agency accounting 
principles and standards and accounting systems designs. An advance 
copy of the revised pertinent parts of section 27, entitled "Improvement 
of Accounting Systems," of Title 2 — Accounting— of the General Accounting 
Office Policy and Procedures Manual for Guidance of Federal agencies is 
enclosed. 

/?. 

Comptroller General 
of the United States 





Enclosure [ See GA0 note .] 



GAO note: Parts of the enclosure have been deleted. 
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27.5 SYSTEM DESIGN 

***** 

6. The extent and nature of mechanization and automation 

In a system employing ADP equipment, adequate documen- 
tation varies according to the circumstances involved but 
it is necessary for the success of any operation. The types 
of documentation specified below are deemed to be necessary 
to provide an understanding of the design of the system. 
Programmed instructions and operator instructions are not 
required to be submitted for approval of the accounting sys- 
tem design. 

a. The planned use of ADP and other mechanical equip- 
ment including the following: 

(1) A statement of objectives pertaining to the use 
of automation and the degree to which the sys- 
tem will be automated. 

(2) An overall narrative description and accompany- 
ing flow chart of the general flow of informa- 
tion through the system. This should tie in 
with the general description of the accounting 
system. 

(3) A description of the equipment configuration and 
capabilities, and the computer language(s) which 
will be utilized in programming the processing 
operations. Where specific equipment has not 
been selected, the description should include a 
statement of the general equipment requirements 
for processing and storage and associated periph 
eral operations, and a statement of the primary 
computer language to be used. 

b. The design specifications which describe the logic 

of the proposed ADP system, including 

(1) Flow charts showing the sequence of operations 
to be performed by each proposed computer run. 
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(2) For each proposed computer program, a brief de- 
scription of the functions to be performed, proc- 
essing frequency, type of input, and the result- 
ing product (s) . 

(3) Descriptions of the physical characteristics of 
the data elements to be contained in the trans- 
action records and data files, including the 
media (punched card, magnetic tape, etc.) to be 
used. 

(4) Descriptions of controls to be provided over 
data 

(a) inputs, including the types and purposes of 
edit and other purification or validation 
routines; 

(b) processing, including the plan for back-up 
operations; 

(c) storage, including the plans for reconstruc- 
tion of the data files; and 

(d) outputs . 

(5) Identification of audit trails in the automated 
system with special attention given to systems 
in which conventional audit trails (see item 7 
below) will be obscured in the processing opera- 
tions and alternative procedures will be neces- 
sary . 

7 . The internal controls to be maintained 

a. A description of the manner in which financial, man- 
power, and property resources are controlled and 
safeguarded by the regular authorization, approval, 
documentation, recording, reconciling, reporting, 
and related accounting processes. 

b. An outline of controls over quantity, timeliness, 
reliability, and accuracy of inputs, processing, and 
outputs (whether for manual, automated, or mechanical 
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systems), sufficient to demonstrate reasonable as- 
surance of accurate recording of transactions and 
reporting of their effects in the accounting period 
in which they occur. 

c. A statement of the basis for auditability of the 
system in terms of results of operation and current 
condition, and identification of the audit trails 
throughout the system. This includes a description 
of the manner in which a particular element of data 
that exists in the files can be traced backward to 
the source of the transaction that created it and 
forward to its position in a report. 
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REVIEW GUIDE FOR FEDERAL AGENCY ACCOUNTING SYSTEMS 

SECTION 18— AUTOMATIC DATA PROCESSING (ADP) 

In a system employing ADP equipment, adequate documen- 
tation varies according to the circumstances involved but 
it is necessary for the success of any operation. The pro- 
cess of system design approval from the viewpoint of its 
ADP aspects involves the assurance that the system (1) has 
adequate audit trails, (2) is adequately controlled, and 
(3) provides for a minimum of redundancy and duplication of 
processing. To obtain this assurance, it is necessary to 
gain a fairly comprehensive knowledge of the entire system 
and how it is planned to operate. The following questions 
are intended to be used as a guide to determine the adequacy 
of ADP documentation to provide the basis for system com- 
prehension. 

. OBJECTIVES 

1. Is there a statement of objectives pertaining to the use 
of automation? 

2. Does the statement include the degree to which the ac- 
counting system will be automated? 

a. Does it specify the functions or actions which will be 
automated and those which will be manual? 

b. Does it specify the relationship of the accounting 
system with other systems? 

DESCRIPTION 

1. Is there an overall narrative description of the automated 
portion of the system? 

2. Does the description tie in with the general description 
of the accounting system? 

3. Is there a flow chart of the general flow of information 
through the automated portion of the system? 

4. Is the flow chart keyed to the narrative? 
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5. Does the flow chart tie in with the general charts depict- 
ing the major accounting processes? 

6. Does the above documentation adequately provide a basis 
for understanding the purposes and interrelationships of 
the various computer runs? 

EQUIPMENT CONFIGURATION 

1. Is there a description of the equipment configuration? 

a. Does the description include a statement as to the 
capabilities (and limitations) of the equipment to 
handle the processing of data for the accounting sys- 
tem? 

b. Does the description include: 

(1) Computer manufacturer and model number? 

(2) Size of internal memory? 

(3) Type and quantity of file storage devices? 

(4) Type and quantity of input/output devices? 

(5) Information on other peripheral devices? 

2. Is there a list of the general-purpose and utility soft- 
ware which is planned for use with the system? 

3. Is there a statement of the primary computer language 
which will be utilized in programming the processing 
operations? 

a. Does the statement include information on what other 
language (s) will be used? 

b. Does it specify to what extent the other language (s) 
will be used? 

SYSTEM LOGIC _ 

1. Are there flow charts which depict the sequence of oper- 
ations to be performed by each proposed computer run or 
process? 
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2. Are these flow charts keyed to the flow of data so that 
it can be traced through the various levels of detail 
down to the program level? 

3. Are there narrative descriptions for each proposed com- 
puter program? 

a. Do these descriptions include: 

(1) The functions to be performed? 

(2) Processing frequency and relationship to cut-off 
dates? 

(3) Types of input? 

(4) The resulting product (s) (output)? 

b. Are the program descriptions concise and yet suffi- 
ciently comprehensive to permit a clear understanding? 

c. Are the descriptions tied in to the computer run flow 
charts mentioned in 1. above? 

4. Are there descriptions of the physical characteristics 
(size, alpha/numeric, etc.) of the data elements to be 
contained in the transaction records and data files? 

a. Do the descriptions clearly indicate the media (punched 
card, magnetic tape, etc.) to be used for each record 
and file? 

b. Are the descriptions in the form of layouts, charts, 
or listings? 

5. Are there adequate descriptions of controls included in 
the automated system? (Refer to pp. 49 to 60 for the in- 
ternal control check list.) 

a. Are the control descriptions identifiable as to: 

( 1 ) Input , inc luding : 

(a) Types and purposes of edit routines? 
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(b) Types and purposes of other validation or pu- 
rification routines? 

(2) Processing, including: 

(a) Types of programmed controls to be used? 

(b) Plans for operational controls in the data 
processing center? 

(c) Plans for back-up operation? 

(3) Storage, including: 

(a) Plans for reconstruction of the data files? 

(b) Plans for security of the data files? 

(4) Outputs, including: 

(a) Plans for error detection and control? 

(b) Plans for control and distribution of products? 

b. Is there a list of the controls built into the equip- 
ment by the manufacturer? 

c. Are the controls incorporated in the manufacturer's 
software (operating system) identified? 

d. Is the system free of any duplication of manual and 
automated controls? 

(1) Are controls automated whenever feasible? 

(2) Are the automated controls established as close 

to the source of the data as possible and feasible? 

(3) Are the controls simple and easy to maintain? 

6. Are audit trails in the automated system adequately iden- 
tified? 

a. Do the records or references provide the means to 
adequately : 
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(1) Trace any transaction forward to a final total? 

(2) Trace any transaction back to the original source 
document — or input? 

(3) Trace any final total back to the component trans- 
actions? 

b. Does the system of processing provide: 

(1) A historical record of activity in the accounts? 

(2) A periodic printout of a trial balance of the 
computer-based general ledger and subsidiary ac- 
counts? 

Is the automated system designed to perform efficiently? 

a. Are data: 

(1) Manipulated only when necessary? 

(2) Not moved excessively? 

b. Are operations that are performed manually: 

(1) Only those that could not be handled more effi- 
ciently by the computer? 

(2) Generally those that do not duplicate automated 
operations? 

(3) Not intended to check on the accuracy of the com- 
puter? 

c. Are only necessary transaction listings produced? 

d. Is the exception principle employed for computer- 

produced reports whenever possible? 

e. Are reports designed to obviate unnecessary duplica- 
tion of data elements in the same report or between 

reports? 
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f. Are procedures prescribed which will prohibit the 

maintenance of duplicated manual records by operating 
personnel? 



g. Does the system have the capability to prepare special 
listings when required and to provide for the inter- 
rogation of every data element in the master record? 



h. Does the system provide for the preparation of all re- 
ports from a single recording action and processing 
run for each transaction? 
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INTERNAL CONTROLS 

The centralization of data processing activities and 
the concentration of data processing functions in ADP demand 
that increased emphasis be given in the review of internal 
controls' to ascertain their effectiveness. The evaluation 
of internal controls must rest on a review of the system 
documentation to obtain knowledge of how the system is ex- 
pected to operate. Furthermore, the evaluation should be 
based upon the effectiveness of the "system of controls," 

i.e., the location of specific controls within the system 
which will provide their most efficient utilization and in 
the most economical manner. Accordingly, efforts in this 
area should be to achieve a proper balance of system con- 
trols — one that equates the incremental cost of including 
certain controls with the risk of loss due to their omission. 
The adequacy of the network of internal control in ADP is 
the key element to be depended upon in determining the reli- 
ance to be placed upon the accuracy of the system. The ba- 
sic points of interest are: 

1. The consequences of an error (consideration should 
be given to each field in the input data). 

2. The points in the data processing at which an error 
may be introduced into the data. 

3. The adequacy of controls introduced for prevention., 
detection and correction of input errors. 

Controls can generally be classified into (1) those in- 
volving manual operations, (2) those involving computer op- 
erations, and (3) those which are built into the equipment. 
They can be further classified into controls which pertain 
to (1) external and off-line activities, (2) input, (3) proc- 
essing and storage, and (4) output. 

The recommended approach for use in evaluating internal 
controls involves studying the flow of data to identify the 
critical processing points where controls are necessary and 
then to determine what controls are planned for these points. 
Listed below are some general principles which should be 
considered in making the review. 
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1. Automated controls should originate as close to the 
source of the data as possible and feasible and not 
be duplicated further downstream in the data flow. 

2. Necessary controls should be planned for and estab- 
lished during the design phase of the ADP system. 
Note also that only those controls which satisfy a 
need should be included. 

3. Controls should be automated whenever it is feasible 
and they should be simple and easy to maintain to 
preclude disruption of the work flow. 

4. A description of ADP control operations should be 
documented and assembled for reference and training 
purposes . 



INTERNAL CONTROL GUIDELINES 

External and Off-line Activities 

1. Functional responsibilities should be separated to pro- 
vide for a separation between the duties of systems ana- 
lysts , programmers , and computer operators . 

2. Source Documents 

a. Time frames should be established for the processing 
of source documents from point of receipt to the 

i nput pr eparat i on oper at i on . 

b. A transmittal document should be used to control the 
flow of documents from the originating source to the 
input preparation operation. 

c. Processing delays should be identified for manage- 
ment review and correction. 

d. A quality review of source documents should be pro- 
vided for, especially when the documents will affect 
the files. 
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e. Retention time periods for original source documents 
unless specified by law or regulation, should allow 
sufficient time for the detection and correction of 
errors. Filing methods during this time period 
should provide for easy accessibility for research 
purposes. 

f . A suspense system should be established to control 
the document flow from the point of receipt until 
they are input. Uncleared suspense documents should 
be thoroughly researched and procedures should be 
established to provide for the disposition of tin- 
cleared suspense documents. 

g. Authority to initiate source documents must be lim- 
ited. 

h. A number must be assigned each document for identi- 
fication purposes. 

3. When data transmission is used, controls must be estab- 
lished to assure that transmission is correct and no mes- 
sages are lost. Some common types of controls include 
message counts, character counts, and dual transmission. 



Input 

1. Independent control must be established over data sub- 
mitted for processing (through the use of batch totals, 
documents counts, predetermined control and hash totals, 
sequential numbering, etc.) to detect loss or nonprocess- 
ing. 

2. Controls over Input Preparation. 

a. When practical, keypunch documents should be mechan- 
ically verified; alternatively they should be visu- 
ally verified. 

b. No further processing of source documents should be 
permitted following the input preparation operation. 
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q # Procedures should, be established, for the return to 
the originating source of illegible or incomplete 
source documents prior to input preparation. A 
record control over these rejected documents should 
be maintained to assure their reinput or cancella- 
tion. 

d. Operators of the equipment for input preparation 
should be prohibited from altering data on source 
documents. They should also be denied access to 
computer programs. 

3. Reversing Entries 

a. A system of codes should be developed to identify 
and categorize by reason each reversing entry 
whether manually or computer initiated. 

b. The identification number of the reversing entry 
should be the same as the original transaction or 
should be cross-referenced thereto. 

c. All reversals should be accumulated and summarized 
periodically, and the summaries provided to manage- 
ment for quality control utilization. 

d. Reversals which affect data elements of interfacing 
systems should be properly controlled and promptly 
submitted to the affected systems. 

e. Documents prepared as the basis for reversals should 
provide sufficient justification and contain proper 
author izat i on . 

4. Management Notices (Exception Reporting) 

a. A system of management review codes should be devel- 
oped to identify those transactions which have been 
designated by management to warrant special review 
or attention. The number of items so coded should 
be held to a minimum to retain the effectiveness of 
the principle of exception reporting. 
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b. All transactions so coded should be suspensed by the 
computer and a notice output and forwarded to the 
appropriate management level for review. Uncleared 
suspense items should be thoroughly researched and 
delinquency data accumulated and summarized for re- 
view by higher management levels. 

c. For some transactions, preposting review may be re- 
quired; in which case programmed controls should 
provide this insurance. 

d. Adequate controls should be provided to insure that 
only authorized actions are. possible to clear sus- 
pensed transactions. 

5. Error Corrections and Rejects 

a. All error corrections should be reviewed and approved 
by persons independent of the data processing de- 
partment . 

b. A system of codes should be developed for error cor- 
rection documents which would categorize error cor- 
rections by cause and a code number should be as- 
signed each such transaction. 

c. Details on error correction and rejected transactions 
should be separately accumulated and made available 
for use by management. 

d. Procedures should be established for periodic sum- 
mar izations of errors and rejects by cause and for 
furnishing the summaries for management corrective 
action. 

e. Error corrections which affect data elements of in- 
terfacing systems should be properly controlled and 
promptly submitted to the affected system. 

f. Documents used for initiating error corrections 
should contain adequate justification and proper 
authorization. 
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g. If computerized suspense control file is planned, 
procedures should be established to summarize delin- 
quent transactions by source for purposes of research 
and review. 

h. A cross-reference file should be maintained to iden- 
tify the error correction transaction with the orig- 
inal transaction, where applicable. 

6. Miscellaneous Input Control Considerations 

a. To reduce the possibility of error at the point of 
origin, specific operating instructions should be 
planned and simple standardized forms should be de- 
signed and prenumbered or precoded as applicable. 

b. Specific procedures for the communication of data 
from the point of origin to the data processing unit 
should be planned# Applicable controls over data 
movement such as batch controls, transaction counts, 
turn-around documents, suspense files, etc,, should 
be considered. 

c. Procedures should be prescribed to preclude duplicate 
processing of input data. 
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Processing 

1. General Considerations 

a. The data processing unit should maintain a schedule 

of anticipated input and controls should be established 
to insure that some transmission is received from all 
scheduled input sources. If there is no input from 
a source in a given time period, the source should be 
required to transmit a negative message. 

b. Procedures should be established to insure that all 
input is processed to the computer. 

c. A properly controlled library should be planned for 
the storage of tapes, disks, etc. The library should 
(1) provide limited access, (2) maintain schedules 
and controls for issuance of tapes and disks, (3) 
maintain a catalog and index of tapes and disks in- 
cluding blanks, (4) provide for maintenance of proper 
physical conditions (temperature, humidity, stcj, 

(5) provide for adequate storage and control of clas- 
sified data where applicable. 

2 . Programs 

a. Programmers-, analysts, system managers, operators, 
etc., should be denied uncontrolled access to program 
tapes and disks. 

b. Procedures should be established to provide for off- 
site storage of duplicate program tapes, disks, and/or 
source or object decks. 

c. Plans should provide for the program changes or modi- 
fications to b-> documented and retained for manage- 
ment review and approval. 

d. Plans should provide for the console operator to be 
prohibited from modifying programs and to be denied 
access to manual records used to supplement or support 
the programs. 
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3. Edit Routines 



Appropriate edit routines should be included in the sys- 
tem to detect data which are invalid, incompatible, un- 
reasonable, inconsistent, or incomplete. 



a. Some common editing functions are listed below: 

(1) Character checks: Checks each character for 

numeric , alphabetic, or blank. 

(2) Field checks: Determines whether all required 

data is included in the input (completeness) and 
is in proper sequence within the transaction, 

(3) Limit checks: Checks certain fields within a 

transaction to determine whether the data fall 
within a prescribed range. , 

(4) Validity checks: Checks certain fields based on 

known limits, stored information, or computer re- 
sults . 



(5) Sequence check: To check that incoming data rec- 

ords are in proper sequence. 

(6) Logical relationships (or consistency) : to deter- 
mine whether components of input data have a log- 
ical relationship among themselves or to a master 

file. 

(7) Reasonableness tests: to detect gross errors in 

calculation or a balance which exceeds a predeter- 
mined limit. 



(8) Comparing: to check data fields against each 

other to prove the accuracy of operations involv- 
ing matching, merging, coding, balancing, reproduc- 
ing, or record selection from the file. 

(9) Batch checks: to determine completeness of input 

batches. These could include: 



(a) record 
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(b) control totals — summation of fields containing 
quantitative data. 

(c) hash totals — summation of fields containing 
identifying numerical data. 

b. Data should pass through all applicable edit routines 
prior to rejection and the reject notice should reflect 
all causes. In any case, procedures should be estab- 
lished to preclude the console operator from skipping 
an edit routine. 

c. Error corrections and input of rejected transactions 
should be subject to the same edit routines as initial 
transactions . 

d. Listings should be prepared for management of all edits 
which are performed on each type of transaction. 

e. Where computer logic can correct an error disclosed 
by an edit routine, a separate record or tape should 
be made of the correction. 

f . Edit routines should be compatible with the require- 
ments of interfacing systems. 

g. Edit rejects should be reported to the originating 
source for investigation and correction as applicable. 

Processing Runs 

a. For updating of balances, a comparison should be made 
by the computer of the initial balance plus the cur- 
rent transaction with the after-posting balance. 

b. When tapes are merged or sorted, control totals should 
be checked and the new totals recorded. 

c. Provision should be made for a computer halt for those 
cases which present "impossible" situations and in all 
cases where errors or exceptions occur, management 
notices should be printed out and the record "flagged" 
accordingly. 
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d For cases in which self-balancing figures (totals) 
are included in processing activities, provisions 
should be made for checking balances after each proc- 

essing run. 

e. Procedures should provide for the accumulation on 
separate tape of processing actions selected for man- 
agement review to facilitate printing. 

f. When transactions lose their input identification, a 
new identification number should be developed and 
cross-referenced to the prior one. 

g. Control totals or hash totals should be assigned 
whenever necessary to insure against the loss of data 
during processing. 

5 . Suspense Routines 

a. Suspense transactions should be assigned an identify- 
ing number to enable effective matching with subse- 
quent input and the data when they are suspensed. 

b. Summaries should be prepared for overdue suspensed 
items . 

c. Processing against suspense tapes should occur along 
with routine processing. 

d Procedures should be established to prevent the clear- 
ing of suspensed transactions by the console operator. 

6. Programmed Controls 

a. Appropriate programmed controls should be included in 
the various processing routines to avoid undetected 
errors caused by (1) omissions or inaccuracies in the 
programs, (2) failure of the console operator to per- 
form properly, or (3) possible equipment malfunction. 

b. Necessary control procedures should be adopted to in- 
sure against the loss of stored data. 
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c. Control procedures should be provided to insure 
against the accessing of wrong file's in producing 
output products. 

d. Plans should be made for programmed instructions to 
provide for recording of operator actions which af- 
fect in any way the data being processed. 

7 . Equipment 

a. The built-in controls should be ascertained to deter- 
mine that they are not duplicated by programmed con- 
trols but are supplemented by them. 

b. Plans should be made for providing operators with ex- 
plicit instructions (console run books) for each com- 
puter run. 

3. Storage 

a. Plans should provide for minimum access for records 
retrieval . 

b. Planned procedures should provide for file reconstruc- 
tion in case of emergency. 

c. Plans should provide for security of the data files. 

Output 

1* Transaction registers should be required for all systems 
transactions. It is not necessary, however, for these 
registers to be in a "hard copy" medium. 

2. Routine output products should be limited to the products 
needed to meet particular requirements in accordance with 
the design criteria. 

3. Provision should be made for error feedback from output 
recipients. 

4. Provision should be made for control over output distribu- 
tion. 
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5. Programmed edit routines of output may be desirable to 
test the reasonableness of the data or to make compari- 
sons with independently maintained control figures. 
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ILLUSTRATIVE EXAMPLE OF 
AN INVENTORY AUDIT APPLICATION 
USING HASKINS & SELLS AUDITAPE SYSTEM 
ON A HONEYWELL 1250 COMPUTER 
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ILLUSTRATIVE EXAMPLE OF 
AN INVENTORY AUDIT APPLICATION 
USING HASKINS & SELLS AUDITAPE SYSTEM 
ON A HONEYWELL 1250 COMPUTER 
DESCRIPTION OF THE AUDITAPE SYSTEM 

The Auditape System uses a generalized set of computer- 
ized audit routines designed to extract data from the com- 
puter and manipulate it to satisfy a particular job. The 
system includes the auditape, the Instruction Sheet for Com- 
puter Operator, a set of specification sheets, and an Audi- 
tape System Manual. 

The auditape is a reel of magnetic computer tape con- 
taining a set of generalized routines to perform specific 
functions. These routines are in machine language, ready 
for immediate use. 

The Instruction Sheet for Computer Operator, combined 
with messages printed during processing, includes explana- 
tions necessary to operate the equipment. 

The specification sheets are the means by which a per- 
son adapts the Auditape System to his purpose and to the in- 
put records available. The specification sheets are used 
as the source documents from which specification cards are 
keypunched. The specification cards are read into the com- 
puter memory and combined there with the instructions read 
in from the auditape to complete the program for the partic- 
ular routine being processed. 

The Auditape System Manual provides general information 
about the system and specific instructions regarding the 
functions of each routine and the related specifications re- 
quired. 
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The Auditape System includes the following routines. 

Edit routine: 

— Subtotal subroutine (note a) 

— Include/ exclude subroutine (note a) 

Print /punch routine 

Summarize routine 

Mathematical routine 

Audit sample design and selection routine 

Audit sample evaluation routine 

Processes simultaneously with the edit routine. 

Several other routines are heing developed and some of the 
existing ones are being expanded to add to the capability 
and flexibility of the system. 

Edit routine. This routine causes selected data to be 
read from any specified position in the input record regard- 
less of its format and written in a specified field on an 
output tape in the auditape format. The output tape then 
becomes the input tape for any of the other routines in the 
system. The subtotal subroutine or the include /exclude sub- 
routine can be processed simultaneously with the edit rou- 
tine. These subroutines provide subtotals of input data in 
certain specified classifications and can include or exclude 
input data based on certain specified criteria. 

Print /punch routine . The results of other routines are 
written on an output tape in the auditape format. Using 
these tapes as input, the print/punch routine can be used to 
provide printed or punched card output or both. This routine 
includes options to permit the fields of data in the audi- 
tape record to be printed in any desired order and to print 
descriptive headings over each column of data. 

Summarize routine . The summarize routine can be used 
to summarize details of records by some identifying charac- 
teristic, such as Federal Stock Class or date. 

Mathematical routine . The mathematical routine per- 
forms addition, subtraction, multiplication, or division of 
am ounts in any two quantitative fields in the auditape 
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record, or of amounts in one of such fields, and a specified 
constant amount. 

Audit sample design and selection routine . The audit 
sample design and selection routine computes the approxi- 
mate optimum sample size to obtain the statistical precision 
and reliability specified for a particular sample and se- 
lects the items to be included in the sample. 

Audit sample evaluation routine . The audit sample 
evaluation routine computes the effect of any errors, found 
in sample items, upon the preliminary precision limit used 
in the audit sample design and selection routine. 

Auditape is basically an information retrieval and 
analysis system for extracting significant data from the com- 
puter and manipulating it to satisfy a particular job. It 
was designed for use by persons who have no specialized 
knowledge of computers or programming languages and who have 
had only a nominal amount of instructions. 
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COMPUTER SYSTEM REQUIREMENTS 

The inventory audit application discussed in this study 
was prepared for processing on a Honeywell 1250 computer. 

By exercising different options in completing the auditape 
specification sheets the same inventory audit application 
could be processed on other computer systems that include 
the following components and features. 

Honeywell Series 200 Tape Systems 

Processing unit--Series 200 models 110, 120, 125, 200, 
1200, 1250, 2200, 4200, and 8200 with the following 
features: 

Memory capacity of at least 8,192 characters (8K) . 
Advanced programming. 

Card reader or reader /punch. 

Printer with at least 100 print positions or a console 
typewriter. 

Magnetic tape units (one-half inch) — one unit for the 
Auditape System and additional units, as required, for 
input and output for specific applications. 

IBM 1400 Series Tape Systems 

Processing unit — 1400 series, or System 360 with 1401 
emulator with the following features: 

Memory capacity of at least 8,000 characters (8K) . 
Advanced programming. 

High- low- equal compare. 

Card read- punch. 

Printer with at least 100 print positions or console 
typewriter. 

Magnetic tape units — one unit for the Auditape System 
and additional units as required for input and output 
for specific applications. 
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The inventory application can also be processed on 
certain IBM System 360 computers with the proper input tapes. 
The Haskins & Sells Audi tape System Manual contains the nec- 
essary instructions. 

If the required equipment is not available at a partic- 
ular location but input data is available on tapes or disks 
that are written or can be transcribed into punched card or 
IBM or Honeywell tape codes, the transcribed data can be 
processed with the Audi tape System at another location. 
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DESCRIPTION OF INVENTORY AUDIT APPLICATION 

The inventory records used in this auditape application 
are maintained on magnetic tape. The record for each stock 
item consists of 80 characters of information, including 
such data elements as warehouse code, unit of issue, stock 
number, unit cost, and quantity on hand. Dollar amounts for 
each item were not extended j therefore, the total dollar 
value of ihe inventory was not recorded on tape. 

This study will demonstrate how the Auditape System can 
be used to calculate the total dollar value of recorded in- 
ventory and to select and print out a statistical sample 
designed to provide 95- percent assurance that the error in 
inventory would not exceed 1 to 2 percent of the recorded 

value. 

To accomplish these objectives, we used the Auditape 
System to extract needed data from the agency* s inventory 
tape, to calculate the total dollar amount of inventory by 
multiplying unit cost by the quantity on hand, and to select 
and print out an appropriate statistical sample of the stock 
items. In our step-by-step procedure we: 

1. Determined by discussion with agency data processing 
personnel that the inventory tape could be processed 
on an available Honeywell 1250 computer. 

2. Obtained a duplicate reel of the agency* s inventory 
tape and a copy of the record layout for audit use. 
See appendix Ilia for a sample inventory- record 

lavout. 

•» 

3. Acquired a detailed understanding of the inventory- 
record layout through study and discussion with 
agency personnel. 

4. Determined that the following data on each stock 
item would be extracted from the agency* s inventory 
tape and written on an output tape in the auditape 
format, as follows: 
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Data 



Auditape Field 



Warehouse code 
Unit of issue 
Julian date 
Stock number 
Unit cost 
Quantity on hand 



1 

2 

3 

6 

8 

9 
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See appendix Ilia for a sample layout of the agency* s 
inventory record and the auditape record. 

5. Prepared the edit routine specification sheets to 
extract inventory data from the agency tape and 
write it on an output tape in the auditape format. 
Appendix Ilia includes an auditape layout containing 
sample data extracted from the agency* s inventory 
tape. See appendix Illb for completed edit routine 
specification sheets. 

6. Prepared the mathematical routine specification 
sheets designed to multiply unit cost by quantity 
on hand and store the result in Auditape Field 10. 

See appendix IIIc for completed specification sheets. 

7. Prepared the audit sample routine specification 
sheets to select a statistical sample in accordance 
with a predetermined precision limit and reliability 
level. See appendix Illd for completed specifica- 
tion sheets. 

8. Prepared the print/punch routine specification sheets 
to list or print selected information or each stock 
item included in the sample. See appendix I lie for 
completed specification sheets. 

9. Prepared an instruction sheet for the computer op- 
erator. (See app. I I If.) 

10. Keypunched specification cards from the auditape 
specification sheets. 

11, Processed the inventory application on a Honeywell 
1250 computer by following detailed instructions, 
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on the previously prepared instruction sheet for 
the computer, combined with messages printed by the 
computer during processing. 

Results of the work performed by the computer are shown 
on the printout in appendix Illh. As an aid in understand- 
ing the Auditape System operation, the computer processing 
steps are discussed below, 

1, The edit routine extracts specified data from the 
agency's inventory tape (warehouse code, unit of 
issue, Julian date, stock number, unit cost, and 
quantity on hand) and records the information on a 
new reel of tape in the auditape format similar to 
the example shown in appendix Ilia, Upon completion 
of the editing process, the computer automatically 
prints out the record count and totals of the infor- 
mation assigned to Auditape Fields 8 and 9, (See 
app. Illh, p. 102.) All 13,737 stock items are pro- 
cessed in slightly less than 2 minutes. 

2. The mathematical routine multiplies the unit cost 
(Auditape Field 8) by the quantity on hand (Auditape 
Field 9) and records the extended inventory value in 
Auditape Field 10. The computer again prints out a 
record count, and totals of Auditape Fields 8, 9, and 
10. Field 10 includes the extended inventory amount 
or $7,866,381.79. (See app. Illh, p. 105.) 

3, The audit sample design and selection routine com- 
putes the approximate optimum sample size and se- 
lects the appropriate 251 sample items, (See 
app. Illh, p. 108.) 

4. The print/punch routine prints the 251 sample items 
on a workpaper for the auditors' use. (See 

app. Illh, pp. lllto 114.) 

If the auditors' subsequent detailed review of the 
sample items disclosed no errors, he could state with 95- 
percent confidence that the maximum error in the total pop 
ulation or recorded inventory would not exceed $80,000, the 
specified precision limit, or about 1 percent of the 
$7,866,381.79 recorded value of the inventory. 
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To demonstrate the use of the audit sample evaluation 
routine, we assumed that an auditor found the following er- 
rors of overstatement during a detailed review of the sample 
items. 



Amount of 


Assumed 


sample item 


amount of 


containing error 


error 


$ 605 


$ 100 


64,782 


2,000 


3,600 


500 


404 


10 


6,714 


250 


217 


50 


11,532 


1,000 


168,474 


5,000 


34,142 


4,000 



Specification sheets for the audit sample evaluation 
routine were prepared as shown in appendix Illg. Processing 
this routine on the computer resulted in the printed output 
shown on pages 115 through 118 of appendix Illh. Taking into 
consideration the effect of the nine errors, the auditor can 
now state with 95- percent confidence that the maximum error 
in the population will not exceed $120,908.77. (See 
app. Illh, p. 118.) 

A total elapsed time of 10 minutes was needed to process 
this inventory application on the computer. Work performed 
by the computer to satisfy the study objectives included: 

— Calculating the total dollar value of recorded inven- 
tory by multiplying unit cost by the quantity on hand 
for 13,737 stock items. 

— Computing an optimum sample size, selecting the ap- 
propriate items, and printing the 251 items on a 
workpaper with descriptive headings over each column 
of data. 

A complete printout resulting from computer processing 
is included in appendix Illh. 
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HASKINS & SELLS AUDITAPE SYSTEM 
SPECIFICATION SHEETS FOR EDIT ROUTINE 

IDENTIFICATION DATA 

H0 

Routine Cod* 01 02 

ED 

Cord Sequence Number 03 04 



Identification of Application 

Enter ony alphabetical or numoricol choroctors desired to identify this 
application. 



Bloc 1 : to be Left Blank 



xTaTIv lg|A/|r|^| rIvI 



05 06 0/ 08 09 10 11 12 13 14 



□ 

15 



COMPUTER SYSTEM CHARACTERISTICS 



Print Capability 

If on on-line printer is available, enter a P; if only a console typewriter is ovoilable, 
enter a T. (If neither is available, this syste. connot be used.) 



s 



Memory Copaclty 

Indicate the intemol memory copacity ol the computer by using the following code: 



Characters of memory 
Enter in block 17 


8K 


12K 


16K 


20K 


For IBM Computers 


4 


5 


6 


Not Applicable 


For Honeywell Computers 


4 


5 


6 


7 



Typo of Input 

Indicate whether the doto to be edited is on punched cords or magnetic tope 
by entering C or T respectively. 



0 

17 

0 



Type of Output 

Indicate whether a magnetic tape of records in the Auditope format is to be 
creoted as output by entering Y (far yes) or (for no). 



Block to be Left Blonk 



0 

19 

□ 

20 



FIELD ASSIGNMENTS 



Describe briefly the doto to be assigned to each ol the fields provided in this routine and furnish the necessary ."formation 
by entries In the block, provided. If ony enlr* does not require us. ol oil the block, provided, enter the required I da* 
kth. rightmost block. ond enter leros iq oil blocks to the left. If ony Held it not to be used, leave oil blocks provided 

for thot field blank. 



I Uaumuis, 



Low-order (rightmost) position of data in input records 



Number of characters (1 or 2) 



Copyright (C)l96B llasklas & Sells 
Primed *n United Sines ol America 



77 



OlOlJl7l 



21 27 22 24 
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Field 2 (6 positions ovoiloble) . -..f,,. 

Description .1 Jot. QUIT OF X^UE_ 

Low-order position of doto in input records 

Number of chorocters (1 to 6) 



Field 3 (6 positions available) 

Description of doto 



TuLIAU 1)ATE 



Low-order posiFon of doto in input records 
Number of chorocters (1 ic 6) 

Field 4 (10 positions available) 

If Fields 4 ond 5 ore to be linked, enter o Jnn block 36, ond leove blocks 37 
to 43 blank. 



Description of doto. 



jknJjsEt>_ 



Low-order position of doto in input records 
Number of chorocters (01 to 10) 

Field 5 (6 positions availoble) 

If Fields 5 ond 6 ore to bo linked, enter a 6Jn block 43, ond leove blocks 44 
to 50 blonk. 



A/gr 



Description of doto 

Low-order position of doto in input records 

Number of chorocters (01 to 06; if linked with rield 4, 01 to 16), 

Field 6 (14 positions ovailable) 

If Fields 6 ond 7 ore to be linked, enter a 2 in block 50, ond leove blocks 51 to 
56 blonk. 



■Sr^c/^ A/n Ai&g/g 



Description of doto- 
Low-order position of doto in input records 
Number of chorocters (01 to 14; if linked with Field 5, 01 to 20) 



ololzlfl 



26 27 28 29 



a 

30 



o 


o 


3 


A 



31 32 33 34 



35 



□ 

36 



37 38 39 40 



41 42 



□ 

43 



44 45 46 47 



48 49 



□ 

50 



olol/lfel 



51 52 53 54 



55 56 
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As to Fields 7 through 12, use the following code in the blocks provided for each of these fields to specif/ whether the field 
will be used for on/ quantitative data and to classify the data as to other pertinent characteristics: 



CLASSIFICATION CODE 

If the field will not be used for quantitative data, and it will contain: 

Any alphabetical characters A 

Only numoricol chorrcters N 



If the field will be used for quantitative data, and negative amounts are indicated by: 

The standard method (B bit or 1 1-zone punch over the law-order digit), or ore not included in the doto . . S 

An unusual (non-standard) method • * * U 

If U is entered in any block, additional specifications are required - see sheets for cord ET 02 (page 6). 

As to Fields 7 through 12, if tho field will be used for quantitative data (S or^J), also specify the position 
of the decimal point in the input record by entering *he number of digits to the right of the decimal 
point. If the field will not be used for quantitative doto (£ or £{), leave the block provided bfonk. 



Field 7 (12 positions available) 

If Fields 6 and 7 ore linked, the combined field cannot be totaled. 



Description of doto. 



a/qt Used 



Low-order position of data in input records 



Number of character* : to 12; i c linked with Fiefd 6, 01 to 26) 



Classification code (A, N, S, or U) 



Digits to the right of the decimol point (if S or U, 0 to 9) 



Field 8 (12 positions available) . /I 

Description of doto Dhi 1 T* COS 7* 



Low-order position of data in input records 



Number of characters (01 to 12) 



Classification code (A, N, S, or U) 



Digits to the right of the decimal point (if S or U, 0 to 9) 



Field 9 (12 positions available) ^ < 

Description of doto V QN it-A N’D 



Low-order position of data in input records 



Number of characters (01 to 12) 



Classification code (A, N, S, or U) 



Digits to the right of the decimal point (if S or U, 0 to 9) 




64 



olol.sk 

65 66 67 68 



m 

69 70 




s 



0 


O 


6 


6 


73 74 


75 76 


\o\(o\ 




77 


78 



0 

79 

0 



80 
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IDENTIFICATION DATA 



Routine Code 

Card Sequence Number 

FIELD ASSIGNMENTS (CONTINUED) 

Field 10 (12 positions available) */ /• A 

Description of data &OT USE D 



Low-order position of data in input records 
Number of characters (01 to 12) 

Class ificotion code (A, N, S, or U) 

Digits to the right of the decimal point (if S or U # 0 to 9) 



l E l 


1 t 1 


01 


02 


L°J 


I 2 1 



03 04 




Field 11 (12 positions available) 

Description of dato 



tl&T. Oseb 



Low-order position of data in input records 



Number of characters (01 to 12) 



Classification code (A, N, S, or U) 



Digits to the right of the decimal point (if S or U, 0 to 9) 



Field 12 (12 positions available) y j! A 

Description of dato Ar GT - U^ED. 



Low-order position of dato in input records 



Number of characters (01 to 12) 



Classification code (A, N, S, or U) 

Digits to the right of the decimal point (US or U,0to9) 

Block to bo Lott Blank 

OPTIONAL SUBROUTINES 



Indicote whether the Subtotal or Include/Exclude Subroutines ore to be used by 
entering Y (for yes) or N[ (for no), Ifjfjs entered, additional specifications 
ore required - see sheets for card ET 03 (page 7)* 



13 14 15 16 




□ 

20 



21 22 23 24 



U 



25 26 
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MAGNETIC TAPE CHARACTERISTICS 



If input is cards, leave blocks 31 through 54 blank. 



Parity and Banner Characteristics 



For Honeywell Series 200 indicate the parity and banner characteristics 
af the tape record by entering one of the fallowing codes: 



Characteristics Code 



Odd parity, bannered records 1 

Odd parity, unbannered records 2 

Even parity, bannered records 3 

Even parity, unbannered records 4 



For IBM 1400 Series leave this black blank. 



Number af Reels 




31 



Enter the number af reels of input records to be edited. (01 to 99) 



sz 

32 33 



Header Labels 



Indicate whether header labels are used an the tape af records to be edited 
by entering Y or N. 




Length af Records and Blocks 



If both the individual input records and any groups af such records blocked an 
the tape far processing are fixed-length, enter an^F. If either the indi* 
vidual records ar the blocks of records are af variable-length, enter a V. 




Enter the number af characters (including record marks, if any) in each indi* 
vidual fixed-length record, or in the longest variable-length record. 

(0001 ta 9999) 



Indicate whether the individual records are blacked an the tape or are unblocked 
by entering a J3 or JJ. respectively. 



o\o\s\i 

36 37 38 39 



40 



If the records are unblocked, leave blacks 41 through 54 blank. 



If the records are blacked, enter the number af characters (including record 
marks, if any) in each fixed-length black, ar in the longest variable-length 
black. (0001 to 9999) 

41 42 43 44 

m 

45 



0 8/0 



Enter the character used to pad fixed-length blacks; if “blanks" are used, 
leave block 45 blank. 
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If the Auditape System is to be used with Honeywell Series 2u0 equipment, 

leave blocks 46 through 54 blank. 

Additional Doto for Vorioble* Length Blocked Records on IBM Computer Systems. 

(indicated by^V in block 35 ond^B, in block 40) 

Indicate the type of formot of the variable-length records to bo processed by 
entering the appropriate letter, A through F. (Refer to the Audi tope System 
Manual for a description of the types.) 

Enter the number of chorocters ot the beginning of eoch block of records which 
are not o part of the individual records, such os tope block character counts 
or identification doto. (Enter zeros if there ore no such chorocters.) 

For record format types B ond E, enter the low-order position of the field in 
the individual record thot contains the 3 digits indicating the number of 
characters in that record. (003 to 999). 

For record format types D, E, ond F, enter the number of the field in tlic 
Auditape record which is t contain the identification data from the 
beginning of each block of records. 



□ 









47 


48 


49 








50 


51 


52 



n 


n 


53 


54 



UNUSUAL NEGATIVE INDICATORS 



If any of the nogotive indicators ore unusual (classification code U) enter the necessory information below. 

Negative Indicator 

If the negative indicator consists of o zone bit or punch over onother ehorocter, 
indicate the zone used by entering in block 55 the related keypunch symbol 
shown below: 

Cord Punch Keypunch 

Zone Digits Symbol 

0 2, 8 t 

11 

12 * 

If the negotive indicator consists of o character in o position by itself , enter in 
block 56 the character used. 

Position of Negotive Indicotor 

For eoch field in which on unusuai negotive indicotor is used, enter in the blocks 
provided below its position in the input records. If ony entry does not require 
use of all the blocks provided, enter the required data in the rightmost blocks 
and enter zeros in all blocks to the left. If ony field does not use an unusual 
negative indicator, leave all blocks provided for that field blank. 



Zone 

Bit 

A 

B 

AB 





56 



Field 7 
Field 8 
Field 9 
Field 10 
Field v 
Field 12 




83 82 
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IDENTIFICATION DATA 



Routine Cod* 



Cord Sequence Number 





rn 


01 


02 


L»l 


ill 



03 04 



SUBTOTAL OR 

INCLUDE/EXCLUDE SUBROUTINES 



Subroutine Identification 

Indicate which subroutine or combination is desired by entering one of the following codes: 

Subroutine or Combination Code 

Subtotal subroutine only — If oil of the input records ore to be included ond subtotols 

ore desired for specified types of records, enter • ST 

Include subroutine only - If only specified types of input records ore to be included 

ond subtotols ore not desired, enter . |N 

Include ond subtotol subroutines - If only specified types of input records ore to be 

included ond subtotols ore desired, enter . , . , . IS 

Exclude subroutine only - If specified types of input records ore to be excluded, enter . . EX 



Subroutine or Combination 
Types of Records 

Describe the doto thot will identify in general the specific code identifications of records to be subtotoled, 
included, or excluded, ond indicote the locotion of such codes in the input records. Specifications 
for Cord ET 04 ore required to identify in detoil the specific code identifications to be so treoted. 



Description of doto. 



//or U& 



05 06 



Loworder position of doto in input records 
Number of chorocters (01 to 74) 



Indicote the number of specific codes to be subtotoled, included, or excluded (01 to maximum 
computed by the following formulo, but not in excess of 99). 



09 


10 


| 


| | 


11 


12 


l i 


1 l 


13 


14 



O 
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Formula for maximum numbor of specific codes when the Audifape 
System is to be used on an IBM computer system. 



M 



i£=B) _i 

(1 + S) 



Where: 

M = Maximum number of codes (round computation downward only) 
C = Capacity available for subroutines: 



Capacity of computer 


8K 


12K 


16K 


Capacity available — 
if entry in page 1 - 
ET 01, block 19 is: 








Y 


2,702 


5,412 


8,122 


N 


3,863 


7,863. 


11,863 


Reserved Area 

If on output tape is to be created 


(page 1 


- ET 01, block 19), 





enter on this line whichever of the following is applicable 
For card input 



0 



For tape input the larger of: 

Individual record size (page 5 — ET 02, blocks 36—39) — — 

Block si ze (page 5 - ET 02 blocks 41 - 44) 

If art output tape is not to be created, enter on this line whichever of the 
following is applicable: 

For card or tape input enter the largest of: 

1290 

Minimum requirement 

Individual record size (page 5 - ET 02, blocks 36-39) 

Block size (page 5 - ET02, blocks 41-44) 

I = Number of identification characters (from page 7 - ET03, blocks 11-12) 

S = Additional requirements if Subtotal subroutine is used and classification 

code for Field 8 is (from page 3 — ET 01, block 71). 

A, N, or blank 21 

S or U 35 





jL 



84 



hi 



APPENDIX II lb 



-9- 



Formula for maximum numbor of specific codas when the Auditape 
System is to be used on a Honeywell computer system. 



M 



, (C-R) 
" d + 5) 



1 



Where: 



M = Maximum number of codes (round computation downward only) 
C = Copacity available for subroutines: 



Copacity of computer 


8K 


12K 


16K 


20K 


Copocity available - 
if entry in page 1 - 
ET01, block 19 is: 










Y 


955 


5,050 


7,080 


8,590 


N 


1,475 


5,570 


9,660 


13,750 



R = Reserved Area 

Enter in the space below for the size computer on which the application 
is being processed, the lorger of individual record size (page 
5*ET02, blocks 36*39) or block size (page 5-ET02, blocks 41*44) 

Capacity of Computer 8K 12K 16K 20K 

Buffer Limit 300 2,447 3,100 4,096 

Record Length - 

If record length entry above is greater than the corresponding limit, 
enter the record length as tape area requirement; if not, enter twice 
the record length. 



Tape area requ:.* M.ient 

Minimum requirement: 

If an output tope is to be created (page 1-ET01, block 19) 450 

If an output tope is not to be created 970 

Enter for Reserved Area the larger of tape area requirement or the 
applicable minimum requirement. 



I = Number of identification characters (from page 7*ET03, blocks 11*12) 



S = Additional requirements if Subtotal subroutine is used £nd classification 
code for Field 8 is (from page 3*ET01, block 71): 

A, N, or blank 21 

S or U 35 



0 
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SPECIFIC CODE IDENTIFICATIONS 

Subdivide the 74 blocks provided for specific codes in each of the cord irnoges below into fields equal In size to the field in the 
input record upon which the Subtotol or Include/Exclude Subroutines ore to operate. In each field so created, enter the spec* 
ific codes for which subtotals ore desired, or which ore to be included or excluded. Do not. leave any blocks blank between 
fields within the same card. Any unused blocks at the end of the cord Itrsges should be le.t blank. Use as mony cords os ore 
necessary to enter oil of the specified codes. 





E 


T 


0 


4 


0 


































>1 


02 


03 


04 


05 06 07 08 09 10 11 12 13 14 15 16 


17 


18 


19 


20 














































21 


22 


23 


24 


25 26 27 28 29 30 31 32 33 34 35 36 37 


38 39 


40 














































41 


42 


43 


44 


45 46 47 48 49 SO 51 52 S3 S4 SS Si 


57 


58 


59 


60 










































- 


6 1 


62 


63 


64 


65 


Si 67 68 69 70 71 72 73 74 75 76 


77 


78 


79 


80 




E 


T 


0 


4 


0 


2 
































01 


02 


03 


04 


05 


06 07 08 09 10 11 12 13 14 IS 16 


17 


18 


19 


20 














































21 


22 


23 


24 


25 


26 


27 28 29 30 31 32 33 34 3S 36 37 


38 


39 


40 














































41 


42 


43 


44 45 46 47 48 49 50 51 52 53 54 55 56 


57 


58 


59 60 






























i 

1 










u 


61 


62 


63 


64 65 66 67 68 69 70 71 72 73 74 75 76 


77 


78 


79 


80 


E 


T 


0 


4 


0 


3 




























J 


01 


02 


03 


04 


05 


06 


07 08 09 10 11 12 13 14 IS 


16 


17 


18 


19 


20 












































21 


22 


23 


24 


25 26 27 28 29 30 31 32 33 34 35 


36 


37 


38 


39 


40 










































41 


42 


43 


44 


45 


46 


47 


48 


49 50 


51 52 


53 54 


55 


56 


57 58 


59 


60 




































u 


1 


u 


61 


62 


63 


64 


65 


66 


67 68 69 70 71 72 73 74 75 76 77 78 


79 


80 


| E 


T 


0 


4 


0 


4 






















i 








Ot 


02 


03 


04 


05 


06 


07 


08 09 10 11 12 13 14 15 16 17 


18 


19 


20 










































21 

r 


22 


23 


24 


25 


26 


27 28 29 30 31 32 33 34 35 36 


37 


38 


39 


40 


r 


1 ' 


1 


1 
































41 


42 


43 44 45 


4i 47 48 49 SO SI S2 S3 S4 


SS 56 57 


58 


59 


60 
































L 


L 


I 




LI 


61 


62 


63 


64 


65 


66 67 68 69 70 71 72 73 74 75 76 77 


78 


79 


80 


E 


T 


0 


4 


0 


5 






























01 


02 


03 


04 


05 


06 


07 08 09 10 11 i2 13 14 15 16 17 18 


19 20 


































1 


i 


L 


ii 


21 


22 


23 


24 


25 


26 


27 


28 29 30 31 32 33 34 35 


36 


37 


38 


39 


40 










































41 


42 


43 


44 


45 


46 


47 


48 49 


50 


51 


52 


53 


54 


55 


56 


57 


58 


59 


60 










































61 


62 


63 


64 


65 


66 67 68 69 70 71 72 73 74 7S 76 77 78 79 80 



86 86 



O 
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tory by multiplying unit cost by the quantity on hand 
for 13,737 stock items. 



— Computing an optimum sample size, selecting the ap- 
propriate items, and printing the 251 items on a 
workpaper with descriptive headings over each column 
of data. 

A complete printout resulting from computer processing 
included in appendix lllh. 
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HASKINS & SELLS AUD1TAPE SYSTEM 
SPECIFICATION SHEETS FOR MATHEMATICAL ROUTINE 

IDENTIFICATION DATA 



Routine Code 



Cord Sequence Number 



M 


[M 


01 


02 


111 


M 



03 04 



Identification of Application 

Enter the some identification thot was used in the routine that produced the 
tope used as input to this routine 



Block to be Left Blank 



X 

05 


ri V £ 

06 07 08 


N 

09 


T 

10 


ii 12 


m 

13 


U 

14 



□ 

15 



COMPUTER system characteristics 



Print Capability 

If an on-line printer is ovailoble, enter o P; if only o console typewriter is 
ovoiloble, enter o T. (If neither is avoiloble, this system cannot be used.) 



m 



Memory Copoclty 

Indicote the internal memory copocity of the computer by using the following code: 

Characters of memory 8K 12K 16K 20K 

Enter in block 17 

For IBM Computers 4 5 6 Nor Applicable 

For Honeywell Computers 4 5 6 7 

Hardware Multiply/Divide Feoture 

Indicote whether this speciol feoture is ovoiloble os a part af the computer, by 
entering JT (for yes) or N (for no). 



Blocks to be Left Blank 



m 

17 

m 

10 

ID 

19 20 



INPUT CHARACTERISTICS 



Reels of Input 

Enter the number af reels of input doto for this routine. 



Blocks to be Left Blank 



ion 


21 


22 


□ 


u 



PROCESSING SPECIFICATfONS 



Mathematical Oparotion 



Indicote the mothematicol operotion to be performed by entering one of the following codes: 



Operotion Cade 



Addition (X + Y) A 

Subtraction (X - Y) S 

Multiplication (X • Y) M 

Division (X + Y) D 



0 



Copyright ©I960 Haskins & Sells 
Printed in United States of America 



A 





'-"jn 
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Quantity Field Numbers 

Enter the numbers of the fields in the Audi tape record which contain the quantities. 
If o constont is to be specified for either quontity, enter CC* 



Quontity X (07 to 12, or CC) 

Quontity Y (07 to 12, or CC) 

Result Field Number 

Enter the number of the field in the Auditope record to which the result is to be assigned. (07 to 12) 



O 2 



26 27 



m 



28 29 




30 31 



Enter the number of digits desired to the right of the decimol point. The result will be 
rounded accordingly. (0 to 9) 



Blocks to be Left Blank 



in 

32 




33 34 



Constont Quontity 

If o constont quantity hos been specified for X or Y above, enter 
the number to be used (including leading zeros); otherwise, 
leave blocks 35 through 47 blonk. If the quantity is negative, 
place a minus sign (11-zone punch) over the digit in block 46. 



Enter the number of digits to the right of the decimol point in the 
obove constant. (0 to 9) 



35 



36 37 38 39 40 41 42 43 44 45 46 

□ 



47 
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HASKINS 6. SELLS AUDITAPE SYSTEM 

SPECIFICATION SHEETS FOR AUDIT SAMPLE DESIGN AND SELECTION ROUTINE 



IDENTIFICATION DATA 



Routine Code 



Cord Sequence Number 



* 


l s l 


6i 


02 


Lil 


Ld 



03 04 



Identiflcotion of Application 

Enter the somo identification that was used in the routine that produced the 
tope used as input to this routine. 



Block to be Left Blank 






OS 06 07 08 09 10 11 12 13 14 



15 



COMPUTER SYSTEM CHARACTERISTICS 



Print Capability 

If on on-line printer is ovailable, enter o P; if only a console typewriter is 
available, enter a T. (If neither ts available, this system connot be used.) 




Memory Capacity 



Indicote the internal memory capacity of the computer by using the following code: 


Characters of memory 8K 

Enter in black 17 


12K 


16K 


20K 


For IBM Computers 4 


5 


6 


Not Appiteoble 


For Honeywell Computers 4 


5 


6 


7 



Hardware Multi ply /Divide Feature 

Indicate whether this special feo*jre is available as a port of the computer, 
by entering (for yes) or^N (for no). 



Blocks to be Left Blank 




INPUT CHARACTERISTICS 



Reels of Input 

Enter the number of reels of input doto for this routine. 



Blocks to be Left Blank 



0 

21 


7] 

22 




i 



SAMPLE DESIGN DATA 



Type of Sample 

Indicate whether the sample objective is monetary or numerical precision by 
entering jA or^N respectively. 



0 



Precision Limit (MP orNP) 



Enter the precision limit to be used - expressed in whole dollars for monetary 
precision (MP) or in number of items for numerical precision (NP). (Enter 
leading zeros as necessary to fill alt blocks.) 

Copyright© 1968 Hoskins & Sells 
Printed in United States of Ameiks 
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Reliability Factor (R) 

Enter the reliability factor to be used. (The entry should include one integer 
and one decimal.) 




24 35 



Random Number 

En*er an eight-digit random number 

If the sample objective is numerical precision, leave all remaining blocks blank. 
Field to be Sampled 

Enter the number of the input-tape field that contains the monetary amounts 
to be sampled. (07 to 12 ) 

Subsample Option 

Indicate whether the subsomple option is to be used by entering Y_ or ]i: 



«IUa 9 P 7 717 



36 37 38 39 40 41 42 43 



m 

44 45 




Primary Cut-Off 

If the subsomple option is to be used, leave oil remaining blocks blank. If not, 



enter the primary cut-off to be used. 1 ims emry sr.ouia nor m. , 

and should be expressed in whole dollors with leading zeros as necessary Q £ 


O 


O 3 0 


0 


O 


to fill all blocks.) 47 48 49 50 51 52 53 54 



O 
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Fom 309*5*2 (4-60) 



Routine Code 



HASKINS & SELLS AUDITAPE SYSTEM 
SPECIFICATION SHEETS FOR PRINT/PUNCH ROUTINE 
IDENTIFICATION DATA 



Card Sequence Number 







01 


02 


L®J 


Ld 



03 04 



Identification of Application 



Enter the same identification thot was used in the routine that produced the 
tape (if any) used os input to this routine* 




Block to be Left Blonk 



COMPUTER SYSTEM CHARACTERISTICS 




Print Copabillty 

If an on-line printer is avoilobte, enter a if only a console typewriter is 
availoble, enter a T. (If neither is ovailoble, this System connot be used.) 




Memory Capacity 

Indicate tho intemol memory copocity of the computer by usin$* the following code: 



Characters of momory 8K 

Enter in block 17 
For IBM Computers 4 

For Honeywell Computers 4 



12K 16K 20K 

5 6 Not Applicable 

5 6 7 



Blocks to be Left Blonk 



ASSUMED SPECIFICATIONS 



This routine hos been designed to assume the following specifications: 

One reel of tope input 
Printed output only 
Printer with 132 positions 

All fields in the input tope to be printed in field»number order, without optionol 
column headings. 

Entries are required in the blocks below only if alternative specifications 
are to be mode. 



ALTERNATIVE SPECIFICATIONS 



Type of Input 

If the input dato is punched cards, enter a C. (If a C, is entered, blocks 57 to 
64 must be completed.) 



R*#els of Input 

If there ore two or more reels, enter the total number of reels of input. 



Blocks to be Left Blonk 



0 

17 




16 19 



□ 



n 


n 


21 


22 


m 


m 



23 24 



Printed Output 

If printed output is not desired, enter on N. 



□ 



'i 



Copyright© i960 Hat kina St Sella 
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Printed Positions Aval I obi* 

If only 100 positions are available, enter 100. 



26 27 20 



Order of Printing 

If some fields are not to be printed, the order of printing is to be changed, 
or any fields are to be printed more than once, indicate the order of 
printing os follows: 

For unlinked fields specify the field number* (01 to 12) 

For linked fields specify: 

45 — if Fields 4 and 5 are linked 
56 - if Fields 5 and 6 are linked 
67 — if Fields 6 and 7 are linked 



Print Columns 
First 

Second 

Third 

Fourth 

Fifth 

Sixth 

Seventh 

Eighth 

Ninth 

Tenth 

Eleventh 

Twelfth 



m\ 


29 30 

[oUJ 


31 


32 


\o\: i 


33 


34 


\o\l_ 


35 


36 




37 


36 


/ \0 


39 


40 


1 I 


t 


41 


42 


1 l 


l 


43 


44 


I i 


I 


45 


46 


1 ! 


1 


47 


40 


1 




49 


50 


L 





51 52 



Optional Headings 

If optional column headings ore desired, enter a Y and complete the specifications for optional column headings. 




Punched Card Output 

If punch cord output Is desired, enter a Y. (Only a sequence number, and Fields 2 through 9 will be punched.) 
Blocks to be Left Blank 




55 56 
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Ccrd Input Fluid Usage 

If the input data is cards (block 20), indicote the applicable classification code ond number of positions 
to the right of the decimal for each field os follows (for linked fields, onter on L for the first such 
field and the required data for the second): 

Code A or N — Enter the applicable code. 

Code S or U — Enter the number of digits to the right of the decimol point. (0 to 9) 



Field 2 
Field 3 
Field 4 
Field 5 
Field 6 
Field 7 
Field 8 
Field 9 

If the input data is cards, a punched card with the choroctert LAST CARP in columns 1 to 9 must follow the 
last input card. 




O PTIONAL COLUMN HEADINGS 

Enter in the blocks below the choracten desired for column headings for the fields to be printed. The shaded block shown 
for each field separates the characters thot will be printed on the first and second line of eoch column heading. Four 
optional*column*heading cards with routine code and cord sequence number ore required even though headings m?y not be 
specified for all fields. 



Routine Code and Card Sequence Number 



p 


T 


0 


2 


0 


1 



0 1 0 2 03 04 05 06 



Field 

Numbers 

1 

2 

3 





WHS El 


■ 


□ 


c 


a 


3) £ 




07 08 09 10 


11 


12 13 14 15 16 17 






0 


V 1 


tU 


□ 


X 


ss 


0 £ 


18 19 20 21 22 23 


24 


25 26 27 28 29 30 












■ 


r 











31 32 33 34 35 36 37 36 39 40 41 42 43 



4 or 
4 end 5 
If Jinked 





A 



93 

22 



APPENDIX Ille 






Routine Cod# and Card Sequence Number 
Fitld 

Numbers 



01 02 03 04 05 06 



6 or 
5 and 6 
if linked 



7 or 
6 and 7 
if linked 



Routine Code and Card Sequence Number 



Field 

Numbers 



10 



11 



Routine Code and Card Sequence Number 



Field 

Numbers 

12 



rr 


1 


i 


1 


0 


s\ 


rk 


0 


1 


l 


□ 


□ 




0 


n\ 


a 


a 


a 


07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 


n 


n 


0 


1 


n 


n 


0 


1 


■ 


□ 


□ 


□ 


j 


II 


U 


j 


i 

■ 


i 


28 2 9 30 3 ) 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 


77 


n 


T 


n 


n 


n 


i 


0 


m 


□ 1 


□ 


□ 


□ 


□ 


□ 


ic : 


* 


» 1 1 

a* 


49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 




0 


0 


7] 


0 


0 


0 




01 02 03 04 


05 
| 1 


06 

i *> 


n 


n 


[©1 


0 


[a 1 




m 


W 


0 


□ ■ 


□ 


□ 


0 


y 




0 


14 J 


0 


0 


07 08 0? 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 


r 


m 


i* 


It 


[el 




S 


E 


HI 


r 


□ 


□ 


L 


E 




0 


\m 


28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 


r 


r 


r 


r 


r 


r 


r 


r 


r 


f 1 


r 


L 


L 


L 


L 


l_ 


L 


L 


u 


49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 








F 


F 


F 


F 


FFI 




01 02 03 04 05 06 


L 


n 

on 


n 

09 


L 

10 


L 

11 


n 

12 


L 

13 


L 

14 


L 

15 


Lml 

16 17 18 


L 

19 


L 

20 


L 

21 


L 

22 


L 

23 


L 

24 


L 

25 


L 

26 


u 

27 




A 




APPENDIX Illf 



Form 30*4,2 (448) 

HASKINS & SELLS AUDITAPE SYSTEM 

INSTRUCTION SHEET FOR COMPUTER OPERATOR 
FOR HONEYWELL SERIES 200, K INCH TAPE SYSTEMS 

Company, Division, etc*. Li S. (±Ell£AA± /4cC<?^r/^6 

Application Identification^, 

Dote or Period 1170 

1* The materials necessary to process this application consist of: 
o. A Haskins & Sells Auditope* 

b. Specification cards keypunched from specification sheets* 
c* Input doto identified as follows; 

fit/c &F Magnetic* ~ta?e - xmjlemzaaX. 

OATA . 



2* The Auditope System routines are to be processed in the following sequence, with the designated input* 



Routine 

. EbiT 



Description of 
Input Doto 

TA/l/£A/raA </ TAPE 

b. Mathematic a i Emren Tt/s/EA/rtfi'S 

t. Aut>ir 5 am <>Le BaenASh. Tuiu&aa&L 

d. PfiWT Pja/CH Sam Pl E 



Description of 
Output Data 



Ecirad XAh/EA'TteL'J 

TjJ>/emtoav Sample 
&UtTAOTL 



3* Press the STOP ond INITIALIZE buttons on the console control panel* 

4* Mount the Auditope on a tape unit to be ossigned the number 0* The track ond density characteristics of the Auditope are 
indicoted on its label* The file-protect ring must be in place in the Auditope reel, and the tope protect-permit dial of 
this unit set to PERMIT* 

5* Mount the tope of input data on a tope unit to be ossigned the number 2 ond set the tape protect*permit dial for this unit 
to PROTECT. If the input data is in punched cords, place the data cards in the cord reader as indicated in 6b below* 

6* Place the specification cards in the cord reoder os follows and ready the card reoder; 

a* If input doto is on magnetic tope, ploce specification cards for all routines in the card reader in the sequence in 
which the routines are to be processed* 

b* If input data is in punched cards, proceed as follows: 

(1) Ploce specification cords for the routine to be processed next in the card reoder* 

(2) Follow these specification cords with the data cards* 

(3) Ploce o card with the characters LAST CARD punched in columns 1 through 9 behind the last data card* 

(4) Ploce the remaining specifications cards behind this LAST CARD* 

c* Ploce three blank (unpunched) cards following the last specification cord* 

7* Mount o scratch tope on a tape unit to be ossigned the number 3 if tape output is to be obtained and set the tape 
protect-permit diol of this unit to PERMIT* 

6* Ploce 14-7/8" wide continuous forms in the printer with o matching carriage tope containing o 1-punch at head*of-form. 

If only a console typewriter is avoiloble, ploce standord forms in it* Load the punch hopper if cord output is specified* 

9* Turn oil Sense Switches off* 

10* To lood the Auditope System: 

o* For computers with full console ponels, enter 40 into the CONTENTS buttons, zeros into the ADDRESS buttons, 
press BOOTSTRAP and RUN. 

b. For computers with console typewriters, press CAR RET (carriage return) ond 8 40 000000 and RUN* 

11* Take further instructions from the messoges printed by the Auditope System. Five programmed holts that do not produce 

a printed messoge may be identified by the contents of the A-and B-Address Register* If such a halt occurs, refer to the 
Auditope System Manuol for instructions* 






i 

j 

•V 

? 

•1 

'f 

r 

vf 

’< 

■i 

0 

i 

; 

-S 

i 

5 

I 

I 

1 



. 1 

n 






.1 
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Form 309 - 5*6 (4*68) 



HASKINS & SELLS AUDITAPE SYSTEM 
SPECIFICATION SHEETS FOR AUDIT SAMPLE EVALUATION ROUTINE 
IDENTIFICATION DATA 



Routine Cod* 



Card Sequence Number 



1*1 


l E l 


01 


02 


1 0 1 


M 


03 


04 



Identification of Application 

Enter ony alphabetical or numerical characlort desired to Identify this 

c plication. 05 06 07 OB 09 10 'll 12 13 14 




Block to be Left Blonk 




COMPUTER SYSTEM CHARACTERISTICS 



Print Capability 

If an on-line printer is available, enter a ?; If only a console typewriter is 
available, enter a T. (If neither is ovailcble, this system connot be used.) 




Memory Capacity 



Indicate the internol memory capacity of the 


compeer by using the following code: 


ChorOcters of memory 
Enter in block 17 


8K 


12K 


16K 


20K 


Far IBM Computers 


4 


5 


6 


Net ApplJ table 


For Honeywell Computers 


4 


5 


6 


7 




17 



Hardware Multiple/Divide Feature 

Indicate whether this special feature is ovolloble as port of the computer, 
by entering Y^( for yes) or N (for no). 






Blocks to be Left Blank 




19 20 



SAMPLE DESIGN DATA 



Type of Sample 

Indicote whether the sample was designed for monetary or numerical precision by 
entering M or N respectively. (The entry must be the some as was made in 
the specification cord for the Audit Sample Design and Selection Routine.) 



Block to be Left Blank 



Precision Limit (MP or NP) 

Enter the precision limit used in the specification card for the Audit Sample 
Design and Selection Routine. 



Block to be Left Blonk 




oo 



2 0 0 00 



23 24 2S 26 27 2B 29 30 



31 



CopyrifbtC) 1968 & Sell* 

Printed id United Settee of America 




4 
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Reliability Factor (R) 

Enter the reliability foctor used in the specification card for the Audit Sample 
Design and Selection Routine. 



Block to be Left Blank 



If the sample objective was numerical precision, leave blocks 35 through 45 blank. 



E 


0 


32 


33 







34 




7 > 



*Vr 



■ft 



Subsample Option 

Indicate whether the subsomple option was used in the Audit Sample Design and 
Selection Routine by entering Y or N. 



0 



Block to be Left Blank 




Primary Cut*Off 

If the subsample option wos used, leave blocks 37 through 45 blonk. If not, enter 
the primary cut-off used in the Audit Sample Design and Selection Routine. 



Block to be Left Blank 



o\o\o\o\3\o\c\o 

37 38 39 40 41 42 43 44 



45 



SAMPLE EVALUATION DATA 



Adjusted Reliability Factor (R 1 ) 

Enter the reliability foctor to be used for evaluating the sample. (The entry 
should include one integer and one decimal and must be from the Table in 
Section 5.6 of the Hoskins & Sells Auditape System Monual.) 



3_o 



46 47 



Block to be Left Blonk 




Number of Errors (or Other Features of Interest) 

Enter the total number of errors (or other features to be evoluoted). For monetary 
precision, the total should include no more than 50 errors in the top stratum, 
nor more than 100 errors of overstatement and 100 errors of understatement 
in the bottom and middle stratums combined. (Enter leading zeros as necessary 
to fill all blocks.) 



0 09 



49 50 51 



Block to be Left Blank 




52 



Recorded Adjustments 

Enter the adjustments made ~ expressed in whole dollars for monetary precision 

or in number of items for numerical precision. (Enter leading zeros as necessary 
to fill all blocks. If the net adjustment is negative, place a minus sign- 
11-zone punch — over the digit in block 60. If-no adjustments were made, 
enter all zeros.) 



oloko 



S3 54 SS S6 67 58 59 60 
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IHMVIDUAL SAMPLE ITEMS FOR MONETARY EVALUATION 



If the type of somple U numericol, cord* for Individual »ontplt Item* *hould not be u*ed. 

U S e one of the lines below for eoch somplc item requiring monetory evoluotion. Use «.* mony cord* o* ore necessory to enter oil of 
the item* to be evoluoted. (See AE01, Blocks 49 — 51). 

Sample Items (AE02, Block* 09 - 20) - Enter the omount of the somple item, or subitem if opplicoble, in which the error wos dis- 
covered. Express this omount in dollars ond cents end if the entry does not require use of oil the blocks provided, enter the 
omount in the rightmost blocks ond enter zeros in oil blocks to the loft. If the item is negotive, ploee o minus sign (11 - zone 
punch) over the digit in block 20. 

Amount of Error (AE02, Block* 22-23) - Enter the omount of the error (or other feoture to be evoluoted) in the somple item or 
subitem. Express thi* omount in dollors ond cents, ond if the entry does not require use of oil the blocks provided, enter the 
omount in the rightmost blocks ond enter zeros in oil blocks to the left. If the effect of the error is on understatement of the 
population, ploce o minus sign (1 1 - zone punch) over the digit in block 33. 

Error Reference (AE02, Block* 35 - 37) - Enter ony choroeters desired to identify the individuol errors. For exomple, the sequence 
number from the printout of the somplc items moy be used to focilitote cross-referencing. 

Last Cord - A cord with the choroeters LAST CARD in columns 1 to 9 must follow the cord for the lost somple item to be evoluoted. 

Error 
Reference 



Cord Code 





A l 


E 


0 


2 


01 


02 


03 


04 


l A 


E 


0 


2 


01 


02 


03 


04 


A 


E 


0 1 


2 J 


01 


02 


03 


04 


A 


E 


0 


2 


01 


02 


03 


04 


A 


E 


0 


2 


01 


02 


03 


04 


A 


E l 


0 


2 


01 


02 


03 


04 


A l 


E 


°l 


2 


01 


02 


03 


04 


A 


«i 


0 


2 


01 


02 


03 


04 


A 


E 


o| 


I 2 


01 


02 


03 


04 


A 


E ! 


1° 


2 


01 


02 


03 


04 


A 


E 1 


1° 


2 


01 


02 


03 


04 


A 


E 


0 


2 I 


01 


02 


03 


34 


A 


E 


0 


2 


01 


02 


03 


04 


A 


E 


0 


2 


01 


02 


03 


04 


A 


E 


0 


2 


01 


02 


03 


04 


A 


E 


0 


2 


01 


02 


03 


04 


A 


E 


0 


2 


01 


02 


03 


04 



Sample Item 



Amount of Error, etc. 



o 

O 

0 

0 

0 


0 

0 

0 


W\ 


a 


09*10 11 12 ' 13 14 15* 16 17 18 19 20 


0 


300 




1 — r 
09 


10 11 12' 


13 14 is' 16 17 18 19 20 


o 

0 

0 

0 

0 


cmtM 


0 lob-l 


09*10 11 12' 13 14 15 16 17 16 19 20 


\o\o\o\o o 0 


olvloj 




oj 


09 10 11 12*13 14 15' 16 17 18 19 20 


lolo 


0 |o 0 


a 


&W 


z\ 


m 


a 


09 10 11 12' 13 14 15 ' 16 17 18 19 20 


Id 


a 


o|o|o|o| 


OA 


j\ 


7lQ\o\ 


09*10 11 12*13 14 15' 16 17 16 19 20 


6000 


0 / / <5l3l«3lo|o| 


09*10 11 12 


' 1 3 14 IS '16 17 18 19 20 


Ido 


a 


a 




mm 


avM 


0 


09 10 11 12 


13 14 15^16 17 16 19 20 


0000 0 3 *£ /MJlolPl 


09*10 11 12*13 14 15* 16 17 18 19 20 


n 


m 


□ 






LLU 


09 10 11 12 


T 13 14 15*16 17 18 19 20 


mx 


. _L u 


09*10 11 12* 13 1 4 1 5*16 1 7 18 19 20 


n 


T J 




LLU 


09*10 11 12*13 14 15 16 17 18 19 20 


rn 




LLLU 


09*10 11 12 ' 13 14 15 16 17 16 19 


20 


r 


rrr 


T 


1 


n 


09 10 11 12 


*13 14 15*16 17 16 19 


20 


IT 


r 


_L_ 


L 


LL 


□ 


09*10 11 12*13 14 15 16 17 16 19 20 


c 


r 




L 




L 


LL 


u 


09 


*10 11 12*13 14 15 * 16 17 18 19 20 


c 


r 


L 


c 


c 


L 




LI I 


u 



o|ololo}oldol/lololob 



22 23 24 2 5 26 27 28 29 30 31 32 33 

plola|ololblb 



oooo 



22 23 24 2 5 26 27 28 29 30 31 32 33 

22 23 24 25 * 26 27 28 29 30 3 1 32 33 



22 



o o o 



23 24 2S 



ooo 



26 27 28 



o / O 



29 30 31 32 33 



22 



o o 



23 24 2S 



26 27 28 






29 30 31 32 33 



ojololo oiolo ol5lQlo|Q 



22 23 24 25 26 27 28 29 30 31 32 33 



nsiPiHgEiuL] uuu— gsra 



22*23 24 25 26 27 28 29 30 31 32 33 



o\o\5\o\o\oio 



22 23 24 25 26 27 28 29 30 31 32 33 



0 \ 0 \ C \ 0 \ C \ oW \ o \ o \ Oio \^ 

22*23 24 25*26 27 28 *29 30 31 32 33 

I 



22 23 2 4 2 5 



I 



26 27 28 29 30 31 32 33 

n 



22 23 24 25 2 6 27 28 29 30 31 32 33 

I 



22 23 24 25 26 27 28 29 30 31 32 33 

mnnffl 



22 23 24 25 26 27 28 



22 



23 24 25 26 27 28 



29 30 31 32 33 

I 



29 30 31 32 33 

i 



22 23 24 2S 26 27 28 29 30 31 32 33 



22 



23 ;>4 25 



26 27 28 



29 30 31 32 33 



22 23 24 25 26 27 28 29 30 31 32 33 





rad 


2 


35 


36 


37 


00 


3 


35 


36 


37 


0\0 3 


35 


36 


37 


ooy 


35 


36 


37 


0 


3 


U 


35 


36 


37 


0 0 61 


35 


36 


37 


rvm 


35 


36 


37 


0 


m 


35 


36 


37 


00H 


35 


36 


37 


□ 


□ 


□ 


35 


36 


37 


T 


□ 


35 


36 


37 


LI LI 


35 


36 


37 




35 


36 


37 


L 


L 


□ 


35 


36 


37 


c 


c 


□ 


35 


36 


37 




35 


36 


37 


L 


□ 


35 


36 


37 



ERIC 
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rnMWfTRB PBTWTftFT 

HASKIp\S (, SELLS AUDITAPe SYSTEM - COPYRIGHT 1967 APPLICATION IDENTIFICATION . INVENTORY 

THIS IS THE EDIT ROUTINE. 

TAPE INPUT SHOULD BE ON UNIT 2. OUTPUT MILL BE ON UNIT 3. 

press run tc begin processing. 
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HASKINS 6 SELLS AUDITAPe SYSTEM • COPYRIGHT I96T 



APPLICATION identification - INVENTORY 



edit SPECIFICATION CARD IMAGES FOR CHECKING ANY Invalid ENTRIES OR OTHER ERRORS 

10 20 so. «o 50 ;A::;;** io ****;sUo2s36o6606M 

ET01INVENT0KY P7TY 001710029200323 001612 0056065300660650 



ET02 



N101YF0081P05109 



NO ERRORS HAVE Been DETECTED IN the specification cards listed above, processing 

IS CONTINUING. 
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HASKINS t SELLS AUOITAPE SYSTEM - COPYRIGHT 1967 APPLICATION IDENTIFICATION 

TAPE HEADER LABEL 

1HDR XOOl 312201C10A X 

PRESS RUN TC CONTINUE. 
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HASKINS 6 SELLS AUOITAPE SYSTEM - COPYRIGHT 1967 
EDIT ROUTINE TOTALS 



application identification - inventory 



RECORD COUNT 

INPUT 13*737 

OUTPUT 13*737 

FIELO 8 

FIELD 9 POSITIVE AMOUNTS 
NEGATIVE AMOUNTS 
NET 



93*444.968 

7*840*822* 

1*189. CR 
7*839*633. 
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HASKINS 6 SELLS AUDIYAPE SYSTEM - COPYRIGHT 1967 APPLICATION IDENTIFICATION - INVENTORY 

THIS IS THE MATHEMATICAL ROUTINE* 

tape Input should be on unit 2 * output mill be on unit 3 . 

PRESS RUM TC BEG IK PROCESSING. 
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HASKINS (, SELLS AUOITAPE SYSTE* - COPYRIGHT 1967 APPLICATION IDENTIFICATION 



MATHEMATICAL ROUTINE SPECIFICATION CARD DATA 



REELS OF INPUT 

'iA'ihEMAT ICAL GP£RAT ION MULTIPLICATION 
JUANTlTV X FIELO 08 
quantity y field 09 
result field 10 
DIGITS TO THt right OF THE DECIMAL 1 
hardware multiply/oivide AVAILABLE 



i.o errors have Been cetecteD in the mathematical routine specification caro. 

IS CONTINUING. 
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HASKINS o SELLS AUDITAPE SYSTEM - COPYRIGHT 1967 APPLICATION 



MATHEMATICAL routine totals 



RECORD COUNT 
FIELD 8 

FIELD 9 POSITIVE AMOUNTS 
NEGATIVE AMOUNTS 
NET AMOUNT 

FIELD 10 



BEFORE 

MATHEMATICAL 

OPERATION 



13.737 
93. AAA, 968 
7 . 840 . 832 * 
1.189* CR 
7.839.633* 
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IDENTIFICATION - INVENTORY 
AFTER 

mathematical 

OPERATION 

13.737 

93.444*968 

7.840,822. 

1,189* CR 
7.839.633, 

7. 866,381*79 
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HASKINS (, UUS AUOIIAPE SYSTEM - COPVBWHT HAY APPLICATION IDENTIFICATION 

THIS IS THE AUDIT SAMPLE DESIGN AND SELECTION ROUTINE. 

TAPE INPUT SHOULD BE ON UNIT 2. OUTPUT WILL BE ON UNIT S. 

PRESS RUN TC BEGIN PROCESSING. 
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HASKINS S SELLS AUDITAPE SYSYE* - COPYRIMt UST APPL1CAI10N IOENYIFICAIION 

AUDIT SAMPLE DESIGN AND SELECTION SPECIFICATION CARO DATA 



. inventory 



REELS OF INPUT 


Oi 


SAMPLE DESIGN 




TYPE OF SAMPLE 


monetary 


FIELD TO BE SAMPLED 


10 


MONETARY PRECISION LIMIT 


80t000 


RELIABILITY FACTOR 


3.0 


RANDOM NUMBER 


88282717 


SUBSAMPLE option 


NO 


PRIMARY CUT-OFF 


3tOOO 


HARDWARE MULTIPLY/DIVIDE AVAILABLE 


YES 






NO ERRORS HAVE BEEN DETECTED P THE AUDIT SAMPLE SPECIFICATION CARD. PROCESSING 
IS CONTI^UImu* 
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HASKINS 6 SELLS AUDITAPE SYSTEM - COPYRIGHT 1967 APPLICATION IDENTIFICATION - INVENTORY 

AUDIT SAMPLE DESIGN AND SELECTION ROUTINE - MONETARY SAMPLE 







POPULATION 


DATA 








BOTTOM STRATUM 


MIDDLE STRATUM 




TOP STRATUM 


TOTAL 


REC. COUNI 


13.271 


457 




9 


13,737 


FIELD 8 


88*642,696 


4,618.533 




183.839 


93.444.968 


FIELD 9 


5*521*085. 


2,184,655. 




133,893. 


7,839,633. 


FIELD 10 
POS. 


3.705.694, 65 


3,385,811.65 




783,365.70 


7,874,872.00 


NEG. 


700.21 CA 


7,790.00 CR 




0.00 


<1,490.21 


NET 


3,704,994.44 


3,378*021.65 




783,365.70 


7,866,381.79 






SAMPLE 


DATA 








Bottom stratum 


MIDDLE STRATUM 




TOP STRATUM 


TOTAL 


REC. COUNT 


139 


103 




9 


251 


field b 


821.450 


1,301.745 




183.839 


2,307.034 


FIELD 9 


196,026. 


612.040. 




133,893. 


941,959. 


FIELD 10 
POS. 


161,839.25 


1,147,864.23 




783,365.70 


2,093,069.18 


NEG. 


0.00 


0.00 




0.00 


0.00 


NET 


161,839.25 


1,147,864.23 




783,365.70 


2,093,069.18 
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HASKINS 6 SELLS AUDlTAPE SYSTEM - COPYRIGHT 1967 APPLICATION IDENTIFICATION 

THIS IS THE PRINT/PUNCH ROUTINE* 

TAPE INPUT SHOULD BE ON UNIT 2* 

PRESS RUN TC BEGIN PROCESSING* 
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HASKINS 6 SELLS AUDITAPE SYSTEM 



COPYRIGHT 1967 



application 



PRINT/PUNCH SPECIFICATION CARO DATA 
TYPE OF INPUT 
REELS OF INPUT 
INPUT RECORD FIELD USAGE 



FIELD 


l 


FIELD 


2 


FIELD 


3 


FIELD 


4 


FIELO 


5 


FIELD 


6 


field 


7 


FIELD 


8 


FIELD 


9 


FIELD 


10 


FIELD 


11 


FIELD 


12 



PRINTED OUTPUT ELECTED 

ORDER OF PRINTING 

COLUMN 1 
2 
3 



PRINT POSITIONS AVAILABLE 
OPTIONAL HEADINGS ELECTED 
PUNCHED OUTPUT ELECTED 



TAPE 

01 



A 

A 

A 

BLANK 

BLANK 

A 

BLANK 

3 

0 



2 

BLANK 

BLANK 



YES 



FIELD 1 
FIELO 6 
FIELO 2 
FIELD 8 
FIELO 9 
FIELD 10 

132 

YES 

NO 



NO ERRORS have BEEN DETECTED in the PRINT/PUNCH SPECIFICATION 
CONTINUING. 
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IDENTIFICATION - INVENTORY 



ALPHABETICAL 

ALPHABETICAL 

alphabetical 

FIELD NOT USEC 
FIELD NOT USEC 
ALPHABETICAL 
FIELD NOT USEC 
THREE DECIMAL PLACES 

no decimal places 

TWO DECIMAL PLACES 
FIELD NOT USED 
F1LLD NOT USED 



CARD. PROCESSING IS 
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application identification - INVENTORY 



LINE 

NO* 



SEO* 

NO, 



random 

ITEM 



1 


1 


322 


2 


2 


351 


3 


3 


299 


4 


4 


413 


5 


5 




6 


6 




7 


7 


1 *683 


e 


8 


1*617 


9 


9 




10 


10 


61 


n 


11 


1 *589 


12 


12 




13 


13 




14 


14 




15 


15 




16 


16 




17 


17 




18 


18 




19 


19 


106 


20 


20 


1*037 


21 


21 


993 


22 


22 


21 


23 


23 


28 


24 


24 




25 


25 


959 



WHSE 

code 

6 

0 

A 

B 

C 

C 

C 

A 

B 

A 

A 

C 

C 

C 

C 

C 

C 

B 

A 

B 

6 

B 

B 

A 

A 



STOCK 

NUMBER 

25402043284 

34392243576 

34552324094 

37501717102 

37505278049 

37509650057 

39206409189 

40200687907 

40202898616 

40202915908 

40207102074 

41102032706 

41102558760 

41402033782 

41402569913 

41408335068 

41408519319 

42105951779 

42105953322 

42108925494 

43202032793 

45102424359 

45108925850 

45205558696 



UNIT 

ISSUE 


UNIT 

COST 


QUANTITY 
ON HAND 


EXTENDED 

VALUE 


PR 


5,108 


62* 


418*86 


BR 


1,461 


253* 


369*63 


EA 


2,143 


618* 


1.324*37 


EA 


1*690 


1*215* 


2.053*35 


EA 


44,445 


236* 


10.489*02 


EA 


296*655 


61* 


18.095*96 


EA 


21*526 


127* 


2.733*80 


CL 


32*378 


90* 


2.914,02 


CL 


29*440 


239* 


7,036*16 


BA 


3.367 


32* 


107,74 


CL 


8*178 


361, 


2.952.26 


EA 


115*375 


164* 


21,229*00 


EA 


99*512 


651* 


64,782*31 


EA 


42*690 


558* 


23,821.02 


EA 


22*501 


3*260, 


73,803*28 


EA 


44,894 


476, 


21,369.54 


EA 


24.359 


3*062* 


74*587*26 


EA 


22*150 


203, 


4,496*45 


EA 


26*000 


30* 


780*00 


LG 


23,130 


60* 


1*387*80 


EA 


2,342 


425, 


995,35 


EA 


0*076 


2*804* 


213*10 


EA 


13*296 


26* 


345*70 


EA 


8,500 


393* 


3,340*50 


LG 


7.958 


185* 


1,472.23 
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HASKINS 6 SELLS AVDIYAPe SYSTEM - COPYRIGHT 1967 APPLICATION IDENTIFICATION - INVENTORY 



LINE 


seo. 


panco m 


wh$E 


STOCK 


UNIT 


UNIT 


OUANTITY 


extended 


NO* 


M>. 


ITEM 


CODE 


NUMBER 


IS5UE 


COST 


ON HAND 


VALUE 


226 


226 




A 


01356633738 


RL 


1.724 


8*379. 


14*445.40 


227 


227 


498 


A 


81356849781 


PG 


3.770 


357. 


968.89 


228 


22 b 




A 


8136 '534545 


RL 


30.863 


103. 


3*178.69 


229 


229 




B 


83051711618 


00 


51.449 


99. 


5*093.45 


230 


230 


299 


0 


83052053069 


BO 


13.595 


25. 


339.88 


231 


231 


1*551 


A 


83052222417 


BO 


30.500 


56. 


1*708.00 


232 


232 


264 


3 


83456826860 


EA 


31.750 


15. 


476.25 


233 


233 


16 


a 


84162687859 


PR 


2.928 


267. 


840.34 


234 


23* 




A 


84156344657 


PR 


1.200 


10*709. 


12*850.80 


235 


235 


223 


A 


84156345027 


PR 


0.439 


956. 


419.66 


236 


236 




A 


85202053088 


CS 


8*726 


940. 


8*202.44 


237 


237 


1 *653 


A 


85202700065 


6X 


0.678 


3*506. 


2*377.07 


238 


236 




ti 


85209652107 


BG 


0.535 


11*767. 


6*295.35 


239 


239 


240 


A 


85402767570 


CT 


10.403 


60. 


624,16 


240 


240 




C 


86402857001 


CT 


9.666 


4*146. 


40*075.24 


241 


241 




c 


85402910392 


CT 


4.049 


1*856. 


7*514.94 


242 


242 




c 


85406873982 


CT 


4.777 


1*836. 


8*770.57 


243 


2*3 




0 


91602319071 


CN 


2.010 


1*985. 


3*989.85 


244 


244 




A 


93102021302 


RK 


2.794 


3*262. 


9*114.03 


245 


245 


602 


3 


93102230375 


PG 


3.559 


251. 


893.31 


246 


246 




0 


93102347091 


RK 


3.451 


17*505. 


60*409.76 


247 


247 


7 


A 


93102825484 


FO 


0.100 


215. 


21.50 


240 


2*b 




A 


93105303927 


RM 


3.310 


73*886. 


79*062.66 


249 


2*9 




A 


93105551164 


RM 


3.321 


1*780. 


5*911.38 


250 


250 


284 


9 


95356844669 


RL 


0.184 


1*841. 


338.74 
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HASKIH5 6 Sf-LuS AUDITAPE SYSTEM - COPYRIGHT 1967 APPLICATION IDENTIFICATION - INVENTORY 



line 


5EO. 


RANDOM 


»H5E 


STOCK 


UNIT 


UNIT 


quantity 


EXTENCED 


NO* 


NO* 


ITEM 


CCOE 


NUMBER 


ISSUE 


COST 


ON HAND 


VALUE 


251 


251 


1*362 


A 


99205081447 


EA 


7*960 


327. 


2*596.38 
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HASKINS & SELLS AUDITAPE SYSTEM 



copyright 1967 



APPLICATION IDENTIFICATION 



PRINT/PUNCH ROUTINE TOTALS 

251 



RECORD COUNT 

UNIT 

COST 

QUANTITY 
ON HAND 

EXTENDED 

VALUE 



2. 307. OJA 
941.939. 
2. 093. 069. IB 




4 



INVENTORY 
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HASKINS 6 SELLS AuDITAPE SySTEM - COPYRIGHT 1967 APPLICATION IDENTIFICATION - 

THIS IS THE AUDIT SAMPLE EVALUATION ROUTINE. 

IF A MONETARY EVALUATION! DETAIL ERROR CARDS SHOULD Be PLACED IN THE CARD READER 
PRESS RUN TC BEGIN PROCESSING. 
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HASKINS 6 SELLS AUDITAPE SYSTEM - COPYRIGHT 1967 APPLICATION IDENTIFICATION - INVENTORY 



AUDIT SAMPLE EVALUATION SPECIFICATION CARO OATA 



SAMPLE OESIGN OATA 

TYPE OF SAMPLE MONETARY 

MONETARY PRECISION LIMIT 80.000 

RELIABILITY FACTOR 3*0 

SUBSAMPLE OPTION NO 

PRIMARY CUT*OFF 3.000 

SAMPLE EVALUATION DATA 

ADJUSTED RELIABILITY FACTOR 3.0 

NUMBER OF SAMPLE ERRORS 9 

RECCROEO ADJUSTMENTS 0 

HARDWARE kultiply/oivioe available yes 



NO ERRORS HAVE BEEN DETECTED IN THE AuOlT SAMPLE EVALUATION SPECIFICATION CARO. 
PROCESSING IS CONTINUING. 
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haskjns (, sells auditape system - copyright 1967 application identification - inventory 

AUDIT SAMPLE EVALUATION - SAMPLE ESTIMATE OF ERRORS IN POPULATION 



SAMPLE ITEMS 



THAT 


Include ERRORS 


ERRORS In 


SAMPLING 


SAMPLE 


refer* 


AMOUNT 


sample items 


INTERVALS 


ESTIMATE 


001 


605.00 


100.00 


44*08 


4*408*00 


002 


64.782.00 


2.000.00 


WOO 


2*000*00 


003 


8.600.00 


500.00 


3*60 


1*800*00 


004 


404.00 


10.00 


66*01 


660*10 


005 


6.714.00 


250.00 


4*47 


1*117*50 


006 


217.00 


50.00 


122*89 


6*144*50 


007 


11.532.00 


1*000.00 


2*81 


2*810*00 


008 


168.474.00 


5*000.00 


1*00 


5*000.00 


009 


34.142.00 


4*000.00 


W28 


5*120*00 



TOTAL BEFORE ADJUSTMENTS 29.060.10 
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HASKINS t SELLS AUDI TAPE SYSTEH 



copyright ivst 



application identification - inventory 



audit sample evaluation - adjusted upper precision LIMIT 



SAMPLE 

ESTIMATE - RANKED 



PRECISION 
ADJUSTMENT FACTORS 



PRECISION ADJUSTED 
ERRORS* ETC* 



2 * 000*00 
S«000*00 
6 . 144,50 
5 * 120.00 
4*408*00 
2*810.00 
1*800.00 
1*117.50 
660.10 



1.00 

1.00 

1.75 

1.56 

1.46 

1.40 

1.36 

1.33 

1.31 



2 * 000.00 

5.000.00 

10*752.88 

7*987.20 

6.435.68 

3*934.00 

2*448.00 

1*486.28 

864*73 



TOTAL PRECISION ADJUSTED ERRORS 



40*908*77 



LESS ADJUSTMENTS 



0.00 



NET PRECISION ADJUSTED ERRORS 



40*908*77 



PRELIMINARY UPPER PRECISION LIMIT 80*000.00 



ADJUSTED UPPER PRECISION LIMIT 120*908.77 
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HASKINS fr SELLS AUDI TAPE SvSTE* - COPVRIGHJ 1967 APPLICATION IDENTIFICATION - 

END OF J08 
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AUDASSIST SYSTEM 
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CASE STUDY ON 

USE OF AUDASSIST SYSTEM IN REVIEW OF 
VETERANS ADMINISTRATION 
EDUCATIONAL ASSISTANCE PAYMENTS 

INTRODUCTION 



The General Accounting Office (GAO) used the Alexander 
Grant & Company Audassist system for data retrieval purposes 
in a review of Veterans Administration (VA) educational as- 
sistance payments. The primary objectives of the review 
were to test the eligibility of veterans receiving educa- 
tional assistance; to determine the propriety of amounts 
paid as educational assistance; and to examine the causes 
of, and collection efforts on, educational assistance ac- 
counts receivable. 

GAO obtained audit samples and analytic summaries from 
VA educational assistance records ma ntained on magnetic 
tape files at the VA's Data Processing Center (DPC) in 
Hines, Illinois. Using Audassist the following information 
was obtained from the automated files at DPC. 

1. Preliminary 100-item samples for statistically test- 
ing characteristics of veterans receiving educa- 
tional assistance. 

2. Additional 400- item samples to permit increasing the 
preliminary sample sizes of (1) to achieve desired 
precision and reliability. 

3. Samples of 200 items for review of the causes of, 
and collection efforts on, educational assistance 
accounts receivable. 

4. Analytic schedules classifying accounts receivable 
by age, school, and type of institution. 

Use of the VA's centralized master records in conjunc- 
tion with special programming by DPC and the Audassist sys- 
tem facilitated the segregation of certain populations from 
massive record files, permitted greater flexibility in de- 
sign of sampling plans, and provided more meaningful analy- 
sis of accounts receivable. It did not become necessary to 
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expand the review beyond the preliminary samples because of 
VA's favorable reception of the fieldwork performed by GAO 
regional offices. 
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DESCRIPTION OF AUDASSIST SYSTEM 

The Audassist system consists of several general-purpose 
program instructions designed primarily to meet the one-time 
or occasional data needs of auditors and other management 
analysts. The system permits considerable flexibility in 
the sequencing of instructions to age, calculate, stratify, 
sample, and test conditions. 

The age instruction calculates the age of a record, 
such as an account receivable, in calendar days. 

The calculation instruction performs the basic mathemat- 
ical operations of addition, subtraction, multiplication, or 
division. 

The stratification instruction permits classifying data 
into as many as 17 categories in a single processing run. 

The sampling instruction, using one of three systematic 
random- sampling techniques, selects a sample or samples. 

Condition- testing instructions provide a capability for 
identifying and processing records with certain designated 
characteristics . 

An Audassist "package" consists of control forms, cod- 
ing sheets, an instruction manual, and the Audassist program, 
which may be on tape or disk. 

There are three phases to Audassist, each of which re- 
quires preparation of coded instruction sheets by the user. 
These phases are data conversion, processing, and output. 

The data conversion phases creates a fixed- length record 
not exceeding 200 characters in length. The "converted" 
record may contain as many as 19 data fields of various 
sizes. Appendix lYa contains a standard Audassist record 
layout. 

In the processing phase instructions (not to exceed 25 
in a processing run) are sequenced to accomplish one or more 
data-handling objectives. The set of Audassist instructions 
used in this phase*, are set forth in appendix IVb. 
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The output phase provides printouts of as many as 13 in- 
formation fields. These fields may show one to three levels 
of control totals. 

A glossary of Audassist terminology applicable to these 
phases is included in appendix IVc, 

The present version of the Audassist system can be used 
on the IBM 360 series (Models 25 and over) computer systems 
with magnetic tape containing fixed- length records. 
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DESCRIPTION OF VA EDUCATIONAL MASTER RECORDS 



At the time of GAO* s review, the master file of records 
on educational assistance at DPC consisted of 100 reels of 
magnetic tape containing more than two million records. Six 
types of transaction records are intermingled in the master 



file. 



Descriptio n 

Current running award 
Accounts receivable 
Terminated 
Application only 

Certificate of eligibility issued 
Disallowed 

Records vary in length because of different record space re- 
quirements for information, such as that on the veteran* s 
dependents. A record may contain as many as 1,725 charac- 
ters. 



Type 

A 

D 

E 

H 

I 

J 



Records of educational transactions are received con- 
tinually at DPC in the form of cards or paper tape, which 
are converted to magnetic tape files. These files are used 
in updating the master files and producing various adminis- 
trative, operating, and financial reports. The master files 
are updated by current transactions twice a week on an 
IBM 360/65 computer system with 7080 emulation. The emulator 
permits the third-generation 360/65 system to operate using 
program instructions originally written for the earlier 
7080 system. 



1Z6 



APPENDIX IV 



review of Piaster records 



Use of Audassist in the assignment required magnetic 
tape files to be in a fixed-length format. Certain deci- 
sions — based on evaluation of the characteristics of DPC 
master records in relation to review guidelines — were there- 
fore required, to modify VA's variable-length master records. 
We requested that files furnished by DPC include only cer- 
tain fixed-length modules of terminated and current awards. 
Transaction types not under audit review were excluded. 

For selecting samples of veterans currently receiving 
educational assistance, DPC provided us with tape files of 
current and terminated award records pertaining to previously 
selected Veterans Administration Regional Offices (VARO) . 

DPC also provided tape files containing accounts receivable 
data, which were required for analysis of overpayments by 
cause and school code. A review of the master-record lay- 
out suggested that the analysis could be expanded to provide 
an aging of receivables by discovery date. 

GAO requests for data were included in a listing of 
ADP specifications. These specifications were submitted to 
DPC for use in developing magnetic tape working files neces- 
sary for Audassist processing. 
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RECORD EXTRACTION AND FORMATTING BY DPC 

DPC programmed the extraction and fixed-length format- 
ting of current and terminated award master records in a 
three-phased project. 

Initially DPC extracted from the educational master 
files a working file of all type records for the selected 
VAROs. The working file consisted of 12 reels of magnetic 
tape totaling approximately 237,000 master records. 

From the working file DPC extracted segments of all cur- 
rent and terminated award master records for the selected 
VAROs and formatted the extracted records in fixed length. 

The resulting file consisted of four reels of magnetic tape 
containing 176,000 records, each with 275 characters. This 
file, in conjunction with Audassist, was used to obtain 
samples of current awards. 

From the same 12-reel working file, DPC extracted also 
all current and terminated award master records with accounts 
receivable at the same VAROs and formatted the receivable 
records to a fixed length. This receivable file consisted 
of two reels of tape containing 12,460 records, each with 
430 characters. These records were used to obtain samples 
and analyses of accounts receivable arising from the over- 
payment of educational assistance. 

Thus two separate tape files were created for GAO. 
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SAMPLE SELECTION OF CURRENT AWARDS 

GAO required a selection of 500 items for each selected 
VARO as a maximum-sized sample of veterans currently receiv- 
ing educational assistance and, from within this sample, 100 
items for preliminary tests of the characteristics of the 
universe. The 500-itam sample was considered the maximum 
that would be necessary to achieve 95-percent confidence 
that the error rate in the sample would be within plus or 
minus 2 percent of the error rate in the universe. The pre- 
liminary sample of 100 items was to be used for determining 
the final sample size. 

Audassist processing was performed at the offices of 
Alexander Grant & Company using an IBM 360/30 computer sys- 
tem. The Audassist system phases used for obtaining the 
samples of current awards are briefly described in the fol- 
lowing paragraphs. 

The Audassist data conversion phase converted selected 
data from the 275-character records in the working files 
developed by DPC to the shorter fixed- length record format 
of Audassist. 

In the Audassist processing phase, the maximum- and 
preliminary-sized samples were selected by a systematic 
random- samp ling method. It was possible to select both 
sample sizes in a single processing run by using a sequence 
of stratification and sampling instructions. The sample, 
items were transcribed magnetically on tape for later print- 
out in the output phase. 

Using the output phase of Audassist, we obtained for 
each selected VARO separate lists of the preliminary sam- 
ples and the remaining parts of the maximum samples. We 
also rearranged the samples in school code sequence to fa- 
cilitate reference to files maintained on individual schools 

at the VAROs . 

Documentation prepared for the Audassist phases used 
in the sample selections of current awards is included as 
appendix IVd. After deciding on the specific audit data 
to be extracted from the input record, our step-by-step 
procedures included: 



12-9 



132 



APPENDIX IV 



1. Preparing a general flow chart depicting the work 
to be done. (See app. IVd, p. 148.) 

2. Acquiring a detailed understanding of the input 
record layout. (See app. IVd, p. 149.) 

3. Preparing the Input-Output Coordinator as an aid in 
making factor assignments. (See app. IVd, p. 150.) 

4. Preparing an Audassist flow chart depicting the de- 
tailed work to be performed. (See app. IVd p. 151 
and 152.) 

5. Completing the Audassist coding forms: 

— Data conversion phase - (See app. IVd, p. 153.) 

— Processing phase - (See app. IVd, p. 154.) 

— Output phase - (See app. IVd, p, 155.) 

6. Keypunching Audassist coding forms into punched 
cards . 

7. Processing the application on an IBM 360/30 com- 
puter system following manual instructions combined 
with messages printed by the computer during proc- 
essing. 

Results of computer processing are included in appen- 
dix IVd, pages 156 to 163. A partial listing of the sample 
items is included in appendix IVd, pages 160 to 163. 
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SA MPLE SELECTION AND ANALYSES OF RECEIVABLES 

Audassist was used also in obtaining samples and ana- 
lytic summaries from the magnetic tape files of veterans 
accounts receivable for the selected VAROs. Use of Audas- 
sist system in conjunction with the accounts receivable 
files is illustrated in appendixes IVe and IVf. 

Sample selection 

We obtained two samples — one for each VARO — of 200 vet- 
erans 1 accounts receivable from the combined universe of 
current award and terminated records. Because terminated 
receivable records were heavily weighted in the 200- item 
samples, an alternative sample was obtained. This sample, 
consisting of 100 current awards and 100 terminated awards, 
was evenly weighted. 

The Audassist system phases used in obtaining the sam- 
ples of receivables is briefly described in the following 
paragraphs . 

The data conversion phase converted selected data from 
the working files of accounts receivable to Audassist rec- 
ords in fixed-length format. This reduced the size of ac- 
counts receivable records from 430 to 200 characters. 

Two Audassist processing phases were used in selecting 
the samples. In one phase 200- item samples were selected 
from combined universes of current and terminated award 
records by the use of a systematic sampling instruction. 

In the same phase the condition- testing routines — tag setting 
and testing — produced a count of records containing more 
than one receivable. 

In a second processing phase, 100- item samples were 
chosen, the current and terminated awards being treated as 
separate universes . 

Two Audassist output runs were required, to print out 
the samples developed in the two processing runs. 

Documentation for the various Audassist phases is not 
included in this report because it is similar to that shown 
in appendix IVd. 
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Analyses of accounts receivable 

Using Audassist we analyzed overpayment receivables by 
discovery date, school code, type of institution, overpay- 
ment cause, and schools with more than four overpayments. 

Audassist data conversion put working files into re- 
quired Audassist record format. 

Audassist processing developed analyses of receivables 
by discovery date, school code, and type of institution. 
During processing, receivable counts and dollar totals were 
accumulated and later were displayed in accumulator totals 
listings. Because these listings are an integral part of 
Audassist processing , it was not necessary to use separate 
output runs to print the counts and dollar totals. 
Condition-testing instructions made it possible to obtain 
the analyses by school code and type of institution in a 
single processing run. 

Audassist coding procedures permitted us to circumvent 
separate conversion and processing phases, to obtain the 
analysis of accounts receivable by overpayment cause. 

The analysis of receivables by school code provided in- 
formation not previously available. As a result GAO desired 
as a basis for further review, a listing of schools with 
more than four receivables. This listing was obtained by 
using a three-phase run of data conversion, processing, and 
output . 

Documentation prepared for the Audassist phases used 
in obtaining the analyses of receivables by school code and 
type of training institution is included in appendix IVg. 
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ASSESSMENT OF BENEFITS OF USING AUTOMATED 
DATA EXTRACTION METHODS 

DPC*s special programming reduced the 100- reel magnetic 
tape file of educational master records to a manageable six- 
reel file. Use of the Audassist system in conjunction with 
the magnetic tape files enabled us to sophisticate the de- 
sign of the review and obtain the data to fit the design 
more easily and effectively. A less desirable alternative 
would have been to use hard copy records maintained at the 
VAROs. This alternative, however would have made it more 
difficult and time consuming to determine the characteris- 
tics of the sampling frame, to select the samples, and to 
provide alternative analyses. 

The experience gained in this assignment increased the 
auditors* capability for conducting reviews in an ADP en- 
vironment. Objectives were constructively agreed upon and 
subsequently were modified to take advantage of new-found 
information. 

Use of the Audassist system brought accounting- oriented 
auditing staff in direct contact with data processing em- 
ployees and records and thereby overcame inhibitions in mak- 
ing fuller use of magnetic tape files. 



APPENDIX IVa 



DESCRIPTION 



AGE 

GROUP CODE 



Alexander Grant & Co. 



0 

ERJC 



STANDARD AUDASSIST RECORD LAYOUT 



FACTOR 

NUMBER 


HIGH-ORDER 

POSITION 


LENGTH 


CHARACTER- 
ISTICS 
PRI ALT 


FAC 01 


001 


10 


CHAR 


NUM 


FAC 02 


on 


10 


CHAR 


NUM 


FAC 03 


021 


8 


NUM 


CHAR 


FAC 04 


029 


14 


NUM 


CHAR 


FAC 05 


043 


14 


NUM 


CHAR 


FAC 06 


057 


10 


NUM 


CHAR 


FAC 07 


067 


5 


NUM 


CHAR 


FAC 08 


072 


5 


CHAR 


NUM 


FAC 09 


077 


2 


CHAR 


NONE 


FAC 10 


079 


2 


CHAR 


NONE 


FAC 11 


081 


20 


CHAR 


NUM 


FAC 12 


101 


20 


CHAR 


NUM 


FAC 13 


121 


20 


CHAR 


NUM 


FAC 14 


141 


20 


CHAR 


NUM 


FAC 15 


161 


5 


CHAR 


NUM 


FAC 16 


166 


15 


CHAR 


NUM 


AGE 


181 


4 


— 


— 


GROUP 

CODE 


185 


1 


— 


— 




186-200 
Not Used In 
Version 1. 
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AUD ASSIST INSTRUCTION SET 




The AGE Instruction calculates the number of days dif- 
ference between the Audassist record date and a base date 
and places the result in the Age factor of the Audassist 
record. The user must supply the date format of the Audas- 
sist record and the Julian form of the base date. In addi- 
tion, the user may eliminate up to seven dates from the Age 
calculation so that weekends, holidays, etc., may be ex- 
cluded from the calculation of the age of the record. 

CALCULATE 



The CAL Instruction will perform the arithmetic opera- 
tions of add, subtract, multiply or divide using Audassist 
data as specified by the user. These four arithmetic opera- 
tions may be performed on numeric factors, individual accu- 
mulators and konstants . The instruction can also be used to 
add two blocks of accumulators together and to clear a block 
of accumulators. 

The instruction performs the user- specified operation 
on the fields designated in Operand 1 and Operand 2 and 
places the result in Operand 3. The results of all arithme- 
tic operations are rounded to four decimal places. 

CONTROL BREAK 

The CL3 Instruction allows the user to save Audassist 
records based on a control factor until the user has decided 
to select either all or none of the records within the con- 
trol factor. The control field selected by the user must 
always be FAC 01 in version I of Audassist. The use of this 
instruction requires the use of the PUT-CLB and EXT Instruc- 
tions. 

END 



The END Instruction indicates the end of processing of 
a record, resets all tags and returns control to the first 
instruction of the Audassist program. 
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EXIT 



The EXT Instruction indicates the end of a control 
break processing routine. The EXT Instruction is always the 
last instruction of any CLB routine. 

GET 



The GET Instruction reads a record from the Audassist 
input file^ accumulates the control factor specified in 
Operand 1, and counts the number of records read. 

PUT 



The PUT Instruction writes an Audassist record forward 
to the Audassist Output file and inserts one of nine possible 
group codes as selected by the user. When the CLB (Control 
Break) instruction is used, the PUT instruction writes for- 
ward all records stored during detail processing, and places 
the group code specified by the user into all records written 

forward. 

SAMPLE 

The SAM Instruction will allow the user to draw a sample 
of records iri a systematic random manner, from a given popu- 
lation. The instruction tests a user- designated record 
counter to determine if a particular record is to be se- 
lected. Any record selected sets a tag to Y (yes) or N (no) 
which can be tested by the TST Instruction. 

th 

Three sampling plans are available: N item, RN and 

R2N. The user must determine the value of N, the first rec- 
ord to be selected and, if the RN or R2N plans are used, the 
user must supply the starting 10- digit random number for the 
random number generator. 

SET 



The SET Instruction compares an Audassist character fac- 
tor to a konstant or character factor designated by the user. 
The instruction sets a tag to H (high), E (equal) or L (low). 
This tag can be tested by the TST Instruction. 
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STRATIFICATION 



The STR Instruction allows the user to stratify the 
Age factor or any other numeric factor into as many as five 
user-defined limits. Up to four classifications are allowed 
for each stratification instruction with the fifth limit im- 
plied. If fewer than four classifications are used, the 
last limit is implied. 

The STR Instruction increments a record counter indicat- 
ing how many were classified within each specified limit. 

A user- specif ied numeric factor may also be accumulated 
within each limit. The STR Instruction also sets a tag in- 
dicating the stratum into which an individual record was 
classified. This tag can be tested using the TST Instruc- 
tion. 

TEST 



The TST Instruction tests the tag set by the SET, AGE, 
STR or SAM Instruction for a specific condition. The result 
of the tag test determines to which instruction number the 
program must branch. These instruction numbers are supplied 
by the user. 
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AUDASSIST GLOSSARY 



DATE 10/22/68 

AUDASSIST 

AUDASSIST IS A SERIES OF FUNCTIONALIZED COMPUTER 
PROGRAMS. THESE PROGRAMS INCLUDE AGE CALCULATION, 
STRATIFICATION, SAMPLING, CALCULATE, TAG SETTING AND TAG 
TESTING WHICH CAN BE LINKED TOGETHER TO ACCOMPLISH ONE OR 
MORE AUDIT OBJECTIVES. 

DATA CONVERSION PHASE 

AUDASSIST ALLOWS THE USER TO PROCESS ALMOST ANY 
CLIENT FILE THAT IS OR CAN BE PUT ON COMPUTER TAPE. THE DATA 
CONVERSION PHASE CONVERTS THE CLIENTS TAPE INTO AN AUDASSIST 
TAPE WHICH CAN BE OPERATED UPON BY THE PROCESSING PHASE. 

PROCESSING PHASE 

THIS IS THE PHASE IN WHICH THE USER LINKS THE 
FUNCTIONALIZED PROGRAMS TOGETHER IN ORDER TO SELECT 
INFORMATION FOR AUDIT. FOR EXAMPLE, THE USER MAY WANT TO 
CALCULATE THE AGE OF AN ACCOUNT, CLASSIFY THE ACCOUNT INTO 
TWO OR MORE CATEGORIES BY AMOUNT OR AGE AND BASED ON THE 
RESULTS OF THESE FUNCTIONS, SELECT OR REJECT THE ACCOUNT 
FOR FURTHER REVIEW BY THE USER. 

OUTPUT PHASE 

THE USER HAS SEVERAL CHOICES OF PRINTED OUTPUT. 

THERE IS A STANDARD LISTING WHICH DISPLAYS UP TO THIRTEEN 
ITEMS OF INFORMATION ABOUT AN ACCOUNT OR INVOICE AS REQUIRED. 
IN ADDITION, A STRATIFICATION LISTING IS AVAILABLE WHICH 
DISPLAYS AN AMOUNT OR AGE IN UP TO FIVE CLASSIFICATIONS IN 
COLUMNAR FORM. FINALLY, THE USER HAS THE CHOICE OF FOUR 
DIFFERENT POSITIVE CONFIRMATION FORMATS. FOR EXAMPLE, FOR 
ENCLOSED STATEMENTS, BALANCE ONLY, INVOICE ONLY OR AUDASSIST 
WILL PRINT A STATEMENT OF ACCOUNT AS PART OF THE 
CONFIRMATION. 
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AUDASSIST RECORD 

THE AUDASSIST RECORD IS THE STANDARD WORK RECORD USED BY 
THE SYSTEM. THE RECORD HAS 19 FIELDS OF VARIOUS SIZES AND IS 
200 POSITIONS LONG. THE FIELDS OF THIS RECORD ARE DEFINED 
AS FOLLOWS- 



FIELD 




CHARACTERISTICS 


NAME 


LENGTH 


ALPHA 


NUMERIC 


FAC01 


10 


X 




FAC02 


10 


X 




FAC03 


08 




X 


FAC04 


14 




X 


FAC05 


14 




X 


FAC06 


10 




X 


FAC07 


05 




X 


FAC08 


05 


X 




FAC09 


02 


X 




FAC10 


02 


X 




FAC 11 


20 


X 




FAC 12 


20 


X 




FAC13 


20 


X 




FAC14 


20 


X 




FAC 15 


05 


X 




FAC16 


15 


X 




AGE 


04 




X 


GRP 


01 


X 





THE REMAINING POSITIONS OF THE AUDASSIST RECORD ARE 
RESERVED FOR FUTURE USE. 



FACTOR 

FACTOR IS USED TO IDENTIFY A FIELD IN THE AUDASSIST 
RECORD. THE MNEMONIC REPRESENTATION FOR CODING PURPOSES IS 
FACXX. XX CAN BE 01 THRU 16. 
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CARD CODE 



USED ON CODING FORM TO IDENTIFY THE SYSTEM PHASE OF THE 



PARAMETER CARDS 

CARD CODE IS ALWAYS ENTERED IN CODING FORM COLUMN #1. 



CARD 

CODE IDENTIFICATION 

t 

0 SPECIAL INFORMATION 

1 DATA CONVERSION 

2 PROCESSING 

7 CONFIRMATION PRINTING 

8 STRATIFICATION LISTING 

9 GENERAL LISTING 

INSTRUCTION NUMBER 

INDICATES THE SEQUENCE OF THE PARAMETER CARDS WITHIN A 
GIVEN PHASE, I.E. CARD CODE. NUMBERS 01 THRU 25 ARE TO BE 
USED SEQUENTIALLY FOR THE PROCESSING PHASE. 

INSTRUCTION NUMBER ALWAYS APPEARS IN CODING FORM 
COLUMNS 2 & 3. 

INSTRUCTION MNEMONIC 

USED TO INDICATE THE SHORT NAME OF THE FUNCTIONALIZED 
PROGRAM THAT IS TO BE USED. THE FOLLOWING ARE VALID 
MNEMONICS- 

GET READ AN AUDASSIST RECORD 

CLB CONTROL BREAK 

EXT EXIT CONTROL BREAK 

AGE AGE CALCULATION 

SAM SYSTEMATIC RANDOM SAMPLE 

STR STRATIFICATION 

CAL CALCULATE 

SET TAG SETTING 

TST TAG TESTING 

PUT WRITE AN AUDASSIST RECORD 

END LAST CODING STATEMENT 

THE INSTRUCTION MNEMONIC ALWAYS APPEARS IN CODING FORM 
COLUMNS 4 THRU 6. 
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OPERAND 1 

OPERAND ONE REPRESENTS THE CODING NECESSARY TO LOCATE 
THE FIRST SET OF DATA TO BE OPERATED UPON BY A FUNCTIONAL 
PROGRAM. THIS OPERAND HAS FOUR SUBPARTS CALLED TYPE, 
NUMBER, POSITION AND LENGTH. THE FOLLOWING DATA TYPES ARE 
ALLOWED FOR OPERAND 1 — THE SPECIFIC TYPE IS DETERMINED BY 
THE INSTRUCTION MNEMONIC. 

FAC FACTOR 
RCT RECORD COUNTER 
ACM ACCUMULATOR 
AGE CALCULATED AGE 

OPERAND 1 IS ALWAYS TO BE ENTERED IN CODING FORM COLUMNS 7 
THRU 15. 

OPERAND 2 

OPERAND TWO REPRESENTS THE CODING NECESSARY TO LOCATE 
THE SECOND SET OF DATA TO BE OPERATED UPON BY THE FUNCTIONAL 
PROGRAM. THIS OPERAND HAS THREE MAIN SUBPARTS AND TWO 
ALTERNATE SUBPARTS. THE MAIN SUBPARTS ARE TYPE, NUMBER AND 
POSITION. THE ALTERNATE SUBPARTS ARE (CONSTANT AND STARTING 
RANDOM NUMBER. THE FOLLOWING DATA TYPES ARE ALLOWED TO BE 
USED IN OPERAND 2 - THE SPECIFIC TYPE FOR ANY ONE CODING 
LINE IS DETERMINED BY THE INSTRUCTION MNEMONIC - 



FMT 


DATE FORMAT 




N 


SAMPLING GENERATOR TYPE N 




RN 


SAMPLING GENERATOR TYPE RANDOM 


N 


R2N 


SAMPLING GENERATOR TYPE RANDOM 


2N 


FAC 


FACTOR 




ACM 


ACCUMULATOR 




KON 


(CONSTANT 




TAG 


TAG TO BE ACCESSED 





CODING FOR OPERAND 2 ALWAYS APPEARS IN CODING FORM COLUMNS 
17 THRU 29. 

IF OPERAND 2 IS NECESSARY FOR THE DIVIDE OR SUBTRACT 
OPERATION OF THE CALCULATION PROGRAM, IT MUST BE USED FOR 
THE DIVISOR OR SUBTRAHEND RESPECTIVELY. 
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OPERAND 3 

OPERAND 3 REPRESENTS THE CODING NECESSARY TO IDENTIFY 
THE THIRD SET OF DATA TO BE OPERATED UPON BY A FUNCTIONAL 
PROGRAM. THIS OPERAND HAS THREE SUBPARTS CALLED TYPE, NEXT 
INSTRUCTION IF EQUAL, NEXT INSTRUCTION IF NOT EQUAL OR 
POSITION. THE FOLLOWING DATA TYPES ARE ALLOWED IN OPERAND 3- 

CL3 CONTROL BREAK 

ACM ACCUMULATOR IDENTIFICATION 

FAC FACTOR 

THE SPECIFIC TYPE TO BE USED IS DETERMINED BY THE FUNCTIONAL 
PROGRAM USED AND OPERAND 3 ALWAYS APPEARS ON THE CODING FORM 
IN POSITIONS 30 THRU 38. 



TYPE 

TYPE IS USED TO INDICATE THE DATA LOCATION OR A 
FUNCTIONAL PROGRAM SUBFUNCTION. TYPES ALLOWED ARE INDICATED 
AS FOLLOWS — 



FAC 

RCT 

ACM 

AGE 

FMT 

RN, R2N, N 
KON 
TAG 
CLB 



FACTOR 

RECORD COUNTER 
ACCUMULATOR 
CALULATED AGE 
DATE FORMAT 

SAMPLING GENERATOR TYPE 

KONSTANT 

TAG 

CONTROL BREAK 



DEPENDING ON THE FUNCTIONAL PROGRAM AND THE OPERANDS 
INVOLVED, TYPE COULD APPEAR IN CODING FORM COLUMNS 7 THRU 9, 
17 THRU 19 OR 30 THRU 32. 



FAC - OPERAND TYPE MNEMONIC 

FAC IS A MNEMONIC USED TO SPECIFY THE DATA ITEM IN AN 
AUDASSIST RECORD TO BE OPERATED UPON BY THE INSTRUCTION. 



RCT - OPERAND TYPE MNEMONIC 

RCT IS A MNEMONIC TO DESIGNATE A RECORD COUNTER AS THE 
DATA ITEM TO BE OPERATED UPON BY AN OPERAND OF AN 
INSTRUCTION. 

ACM — OPERAND TYPE MNEMONIC 

ACM IS A MNEMONIC TO DESIGNATE AN ACCUMULATOR AS THE 
DATA ITEM TO BE OPERATED UPON BY AN OPERAND OF AN 
INSTRUCTION. 
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NUMBER 

NUMBER IN OPERANDS 1,2 AND 3 IS USED TO INDICATE THE 
FACTOR NUMBER, THE ACCUMULATOR BLOCK, THE DATE FORMAT NUMBER 
FOR THE AGING PROGRAM AND THE INSTRUCTION NUMBER CREATING 
THE TAG TO BE TESTED BY THE TAG TESTING PROGRAM. 

NUMBER ALWAYS APPEARS IN CODING FORM COLUMNS 10 AND 11 
FOR OPERAND 1 , COLUMNS 20 AND 21 FOR OPERAND 2 AND COLUMNS 
35 AND 36 FOR OPERAND 3 . 

POSITION 

POSITION IN OPERANDS 1 , 2 AND 3 IS USED TO INDICATE 
WHICH ACCUMULATOR OR RECORD COUNTER OF A BLOCK IS TO BE USED 
AND 01 THRU 10 OR FACTOR SIZE IF SOMETHING LESS THAN 
THE WHOLE FACTOR IS NEEDED. IF POSITION IS USED IN THIS LAST 
SENSE, LENGTH MUST ALSO BE USED IN CODING FORM COLUMS 14 
AND 15. 

POSITION ALWAYS APPEARS IN CODING FORM COLUMNS 12 AND 
13, 22 AND 23 OR 33 AND 34. 

NEXT INSTRUCTION NUMBER 

USED ON CODING FORM TO INDICATE — 

1. THE NEXT INSTRUCTION TO BE PERFORMED IF THE RESULTS 
OF THE TAG TESTING PROGRAM ARE EQUAL, IF THERE IS A 
CONTROL BREAK AS A RESULT OF THE CONTROL BREAK 
INSTRUCTION OR IF THE PUT PROGRAM IS USED. 

THIS TYPE OF NEXT INSTRUCTION NUMBER IS 
ENTERED IN CODING FORM COLUMNS 33 AND 34. 

2. THE NEXT INSTRUCTION TO BE PERFORMED IF THE RESULT 
OF THE TAG TESTING PROGRAM IS NOT EQUAL OR IF 
THERE IS NO CONTROL BREAK. 

THIS TYPE OF NEXT INSTRUCTION NUMBER IS 
ENTERED IN CODING FORM COLUMNS 35 AND 36. 
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DOCUMENTATION— SAMPLE SELECTION OF CURRENT AWARDS 

Page 

Flow chart- -Sample of current awards 148 

Layout of input records for sample selection of 

current awards 149 

Input-output coordinator 150 

Audassist flowchart 151 

Audassist coding form — data conversion phase 

and special information 153 

Audassist coding form — processing phase 154 

Audassist coding form — output phase 155 

Sample printout — data conversion phase 156 

Sample printout — processing phase 158 

Sample printout — output phase 160 
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FLOW CHART— SAMPLE OF CURRENT 
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LAYOUT OF INPUT RECORDS FOR SAMPLE SELECTION OF CURRENT AWARDS 







RECORD LENGTH! 

SEGMENTS 270 

BLANKS AND RECORD MARK .. . 5 

TOTAL 275 
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INPUT- OUTPUT COORDINATOR 
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FAC08 


C 


5 


9 




• ■ ' 




j. 1 ‘ 






r«r A»»n» — 

T/tAi/J 1*SQ> 


r 

/j'a 


-f- — 

*/ 


CZ 


FAC09 


n 

w 


2 


10 








,;X;yV; : 






f ir C * n/r/'v « w 

PaJ^c At» J aA A&/2 


fi i/S 




cz 


FAC10 


C 


2 


11 






y. ' 


' • V/;*; / . 

i *• # 


'k/ ! : 




fHTb G—fYlsA” toG'S 

CALCULATED AGE 


— r f 


r 




AGE 


N 


4 


12 


5,6,7,8or9 

‘HfdllP 


- ■’ ■ ( 


v V • 


i . .,7: * v-v-: ‘ 


'7.*; 7'- 


.7'; ,> 7>. ^ 










FAC05 


N 


14 


13 




" .** ,• ? ‘ 


(Optional) 

31 


V77; 


o:... V* ' 


ill 










FACI2 


C 


20 






35 


35 


35 


55 


vt'S'.V' ■ 










FAC13 


C 


20 






36 


36 


36 


56 


: vr>‘ .V^v 










FAC14 


c 


20 






37 


37 


37 


57 


, v/';* 7‘<i 
- '..“v-.v t.r 
'' : K V'7*"^ V 










FAC 15 


c 


5 








^ ■.'J?'*; 




: 

> ,- t 4<4.<7 












FAC16 


c 


15 










(Optional) 

28 

IN PI 


-4 'v *• « v . i 

/ r-OUTPUT c 


3 

OOftOIN ATOn 
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APPENDIX IVd 



AUDASSIST FLOWCHART 



CLIENT 6fA/g , rtdl Ace OO/OTJA^ 0_FFjLE 

APPLICATION $ZL££Ll06lX=. Co£A£ME. AliMRJl 

tfo stat/va/s 6± Atjb < g - 4 . 



CazjlI 




NOTES 

REAP A Record 
ber co/jtrcl ccc/A/rs of 
FAc 0y (receivable 
Gala A/c£) Aa/O a/ R, of 
recgRos . 

SAMPLE RFC ORt> C COMT 
p$ (A ct pppp) 

V tH METH*t> 

SrA ¥¥ ft 

XA/TBRVAL 70 

START j0_ *1 



TEST TRO SET /A/ /A/ST. 
0Z pc A SAMPLE iTE* 1 

Y~* *v 

N-9 SVO 



ACtOMoLATE 
SAMPLE tN 
Pt0t 

ACPI 0/0/ + /0OA) 

Am 0/0/ 



Cou.vT OF 
Acluau/lAtbR, 



/ To 



Pot sample select/laj 

seqvBa /«<£ AJR> /a/ Sample 

RECoAO. 

FAC 0S ¥ AC Ay 0/0* To 

FAC 0£ 



S£T OP RECORC Cooa/TER 
fioR S&LECT/OF OF 
Pr El tm WAR p $4 mAlE 
StR FAC 09 /v ACM 01**- 



SEt-ecr PREi.nAtMAR'i 
sample - A/th Methcp 

STATiOA* ¥9 0t 

Xa/TEROAL S’ p~ 

START A V 



TEST TAG SET /A/ /A/ST, 
07 F»A PA el /Ai/A/AR Y 
SAMPLE PECoRO 

Y — > fil 

*-* 'JL 



REV* 912 68 
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AUDASSIST FLOWCHART 

CLIENT &Cl6U*n m/6 




. . 149 152 



APPENDIX IVd 



mruio 


Mil 


INDIA 


lint »io 


MU 





cutNT^JLSide/tAt... Aectiu ... offhf jinti«io| MU | 

APPLICATION: 5AM/>lC " i^K(te«/F. A\t/A*6t “ iTAVoM Pi- I I I 

AUDASSIST CODING FORM - DATA CONVERSION PHASE A SPECIAL INFORMATION 



a 




OFF 






^ OFFICE NUMBER STREET ADDRESS ^ 








ta 


$2 


OFF 






< OFFICE NUMBER CITY? STATE & ZIP CODE * 




b 


$3 


CUT 




CLIENT NUMBER CLIENT NAME — 


snnne t/f> e a cases va sta Pi 




c 

A 

fl 

D 

c 

0 

D 

E 


1 

N 

?n 

Ur 

l R 

0 

N 


«E 

go 

! i 
0 c 
N 


INPUT 

(CLIENT RECORD) 


0 

p 

l 

R 

A 

1 

1 

0 

N 

M 

A 

S 

K 


OUTPUT 

(AUDASSIST RECORO) 




T 

Y 

P 

E 


DATE 




INPUT 

CHARACTERISTICS 






h°1 

i S i 
Gg| 
H . 
R 0 
N 




L 
E 
N 
G 
. I 
H 


c 

M 

A 

• 

A 

c 

T 

l 

* 

I 

1 

C 


0 

( 

c 

1 

M 

A 

l 

s 

c 

A 

A 


T 

Y 

P 

E 


N 

U 

r.i 

0 

E 

R 


L 

E 

U 

G 

T 

n 


c 

M 

A 

* 

A 

C 

T 

r 

H 

\ 

T 

1 

e 


0 
c 
c 

1 

u 

A 

L 

s 

c 

H 

A 

* 


MM 


D D 


Y Y 


1 

N 

P 

U 

T 

T 

Y 

P 

E 


N 

u V 
MO 
B L 
E U 
R M 
E 
O S 

r 


L 

A 

B 

E 

L 

S 


E 

0 

F 

t 

D 


N 

1 

C 

o 

N 

0 

T 

V 

P 

C 


R L 
E E 
C N 
0 G 
R T 
D H 


ft 

0 
! T 
• H 


MO 


11-20 


21 30 


31 40 


4150 


51*60 


61-70 


TTso 


1234567890 


1234567890 


1234567890 


1234567890 


1234567890 


1234567890 


1234567890 


12 3 4 5 6 7 8|9' 0 


1 


S 1 


1 PT 














FAC 


07 










DAT 


ip 


n 


47 




r 


0/ 


Y 


1 




Z1S 


I37S 






1 


Q2 


DCV 


y'U 




c 


z 




FAC 


S 1 


IS 


c 


z 


CONTROL FIELO 




COMMENTS 


1 


S3 


DC V 


117 


Pi 


c 


z 




FAC 


S2 


1 Q 


c 


z 


CHARACTER FIELD 




1 


H4 


DCV 








i 


t 


FAC 


S3 


S 8 


p 


4 


DATE FIELD 


1 


^5 


DCV 


<fs* 


04 


1 




FAC 


S 4 


1 4 


p 


4 


NUMERIC FIELDS 


1 


^6 


DCV 






i 


FAC 


S 5 


1 4 


p 

p 


4 

4 


1 


S7 


DCV 


w 


04 


1 


2 




FAC 


S6 


1 S 


1 


S8 


DCV 


033 


0* 


z 


<t 




FAC 


S 7 


S 5 


p 


4 


1 


S 9 


DCV 


042 


0/ 


c 


l 




FAC 


S 8 


S5 


c 


Z 


CHARACTER FIELDS 


1 


1 $ 


DCV 


/si 


0/ 


c 


z 




FAC 


S 9 


S2 


c 


Z 


1 


1 1 


DCV 


(pIS 


02 


c 


z 




FAC 


1 S 


S2 


c 


Z 


1 


1 2 


DCV 


018 


07 


c 


i 




FAC 


1 1 


2 S 


c 


z 


1 


1 3 


DCV 










t 


FAC 


1 2 


2S 


c 


z 


1 


1 4 


DCV 










i 


FAC 


1 3 


2 Q 


c 


H 


1 


1 5 


DCV 










K 


FAC 


1 4 


20 


c 


Z 


1 


1 6 


DCV 










X 


FAC 


1 5 


S 5 


c 


Z 


1 


1 7 


DCV 












X 

i 


FAC 


1 6 


1 5 


c 


Z 


1 


1 8 


SEU 


0/7 


0/ 


c 


i 








A 






^ SELECTION 

^KONSTANT— CHAR 




1 


1 9 


END 
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APPENDIX IVd 



client, GfM e.tet-—Af&.9. *>j£TJttit—0JUSLeC- 



APPLICATION- 5Art/Lff - CUAMUT-AtfAMt’ r STATJOM — ft/ 






AUDASSIST CODING FORM - PROCESSING PHASE 






■TBT1 




oi T 

d*t 


ao 


HEb 

□DC 


li 


__ 
0 1 


M 

i 

j 


Srvinnn 


ol ll 9 


TRl 


JT40 

5l6l 


7 a 




sTH 
4» 51 6|7 18 


19 T 0 TT2|3 


4[5|6|7|fl 


9l0 1 1 2 1 3 ufsl 61 7|8 


y 




1 

i 

j 

l 

J 

| 

j 

l 

j 

t 

i 

1 

} 

l 

'/ 

i 

■ ) 
.> 

/ 


HU MLltJLlULJtJ 




U 1 il£ 




312. 

1 i 


1 




1 | 






1 J 








G£T 


^4C 




i 


. 




: : 






: 1 


:t \u 


1 


2<tZ 


5 AM 


Her 




44 








-4- 

f 


* »nw 1 

i 








1 


4442 s 


t 


4421 


i 




1 > 1 


; 1 1 






__ 


1 ' ! 




2 f3 


rsr 








\ 


r Trf6 


Ti 


T 






p* 


// 


n 






, ■ , 


i i » 




5 i 


l i 


\ . 








v 






CA t 


ACM 


i i 


4 / 


a 


\KM 


44 


44 


4r4444 


ALH 


41 


41 


n 


j 




Mi: 


: 




i 


i 1 j 


i 1 i 

• r . 


_ 


I ; 1 

— 1 — [ 


r . 
Jt ; 




2 *S 


C4 i. 


Prfc 


<ys 




/ 


l/ICAl 


4i 


4i 


i 


f AC 


4s 




i 


1 I 


_ 


— 




! i 


. i 1 

: 1 1 






1 ? 


_ 






2 


sr< 


PAC 


tv 














ACAI 


42 


** 


?W 


1 , 


_ 






1 

1 




1 i ■ 


1 


[ 


1 

— I 


J 




| ’ • 


1 

j*. ‘1 • 




2(f 7 




— v 

itCT 




(f> d 




A/ 






j ; 


1 






iXji 


44 4 is 


t 


i4iv 


![ ' 1 


• 

1 


! i 1 
1 ! i 


. i i 


» 

1 




J 


! | 


_ 


! i ! 

1 — ; 




207 


T5T 






ii 


li 


't/i 6 


47 




i 1 1 




49 


•4 




r ' i'“ 

i 




1 ! i 


1 1 j 


n_m 


Li 


• 

1 




ll! 








In 
2 /0 


PUT 








r 






~T~ 




— H 

// 






i 










1 

i— . — - — 


TfT 


LUU 


-ILi- 


— 


T — r — ; — 




PUT 






3 


l ■ ■ 




~ 






/_/ 




n 


l | 




' LL 


i 

i ; ! i 


i ! 


j 1 


l — LL 


i 1 1 


1 

j- 


u 


Ml 


(• 




1 ; 




2 / / 


evD 








— 


— 






Ti ~ 




, 




L'V’fl 

1^53 


r 




• ; 


! » , 1 


I i 



’ i 


i : j 


1 


[ 


► 1 

-LL 








1 

?c;.v 




2 














1 


i 






I 


— p- — 




i ■ 






: 1 


i ! j . 


! 1 

-j , 


i 


_ 


■ hi 






2 


















. . i , . .. 








g| 


: : ! 




; i ! 


■ 1 


i , i ! 


: i 

• 1 


j : i 


li! 


p— 




— ■ — p-i 






2 














1 












g| 






1 f 




j ; j - j 


t • 

I-Ll-1 


i ! i 1 


• ill 


_ 


i ' ! 






2 


























|| 


' 








1 

t 


• i 


1 

1 




!,i ! 






?Lvi 




2 


























|| 






1 ’r . 

! i ;■ 


; , 


i i j 


. = ? 


-Ll 




! | . , 


1—1 — ■ — i — L 


ICJ 




2 




— ‘ 


















T" 




|| 


1 1 




!M 




1 hN 


! • i 


i i • 

1 


! ! 1 


L 




1 




2 ” 


















j 








I 


i 




i 




1 


! i 


i 1 : i 




L 
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APPENDIX IVd 



CLIENT: CitfJEiA t A CC0I/V T/A/C* Off ft £ 


nrrmrr 


6111 


i*>Ml 


APPPLICATION: SAAtLE- CUlA£*St AUAAbl - ST AT it j* ( 


K «KAIfi 


0*11 





AUDASSIST COOING FORM -OUTPUT PHASS 




COMMENTS 
























































tttHl I CO 



* 

•1 

i 

i 

'[ 

] 



f 

I 

I 

I 

j 

i 

i 

i 

! 

i 




1SS 



152 



I 





APPENDIX IVd 



AUDI! OAlt 
RUN OA1L 



SID 

C INS 
C 



lU/l 1/iit 
10/21/69 



SAMPLE PRINTOUT— DATA CONVERSION PHASE 
ALIXANOER Ok AN I L COMPANY 
OFFICE NUMBER 
AUO ASSISI 

OAIA CONVFhI PHASE PARAMETER CARD COM AND RUN TOTALS LISTING 
^AOPLI*: TYPE A CASES VA STA 01 



■UPL.; 1- 



C 0 



-iiprit 2- 



— up£»; 3- 



C 0 



# L 

-SDL * IPT OF B ECF RCD RCO OLK 



RECORDS 
IN ERROR 



A 


PNt* 


PUS 


LN 


H 


p 


K 


TYP 


A 


LN 


I! 


p 


Cl 


1 1* 1 












FAC 


04 








02 


LCV 


ou.s 


09 


c 


/ 




FAC 


01 


10 


r. 


/. 


03 


00 V 


19/ 


04 


c 


7 




FAC 


0/ 


10 


c 


1 


04 


ocv 










X 


FAC 


01 


OH 


p 


4 


05 


ncv 


052 


0/ 


2 


? 




FAC 


04 


14 


p 


4 


06 


UCV 










X 


FAC 


0 > 


14 


i* 


4 


01 


LCV 


• • ‘i -J 


'.6 


/ 


/ 




1 AC 


06 


10 


P 


4 


OB 


UCV 


033 


02 


2 


0 




FAC 


07 


03 


c 


2 


09 


CCV 




01 


C 


l 




I'AC 


00 


05 


c 


l 


10 


UCV 


1 >? 


01 


r. 


L 




F.,C 


05 


V? 


r 


/ 


11 


UCV 


0 1 5 


,02 


c 


i 




FAC 


1C 


02 


C 


2 


i? 


ncv 


OU 


C7 


c 


t. 




FAC 


11 


4ft 


C 


/ 


11 


ncv 










A 


i AC 


12 


26 


ft 


l 


14 


ncv 










X 


FAC 


13 


20 


c 


l 


15 


CCV 










A 


FaC 


14 


2C» 


0 


l 


If. 


UCV 










X 


r«c 


14 


CH 


c 


l 


17 


r.uv 










X 


FAC 


16 


15 


c 


l 


IH 


SOL 


01 / 


r»l 


<; 


/ 


1 












19 


r «u 























OAI 10 17 69 



T 01 Y I 



F 275 1J75 



NO FATAL ERRORS FOUND 
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APPENDIX IVd 



AUDIT CATK - LD/L7/*9 
RUN DAIF - 10/2 L/*9 



ALEXANDER GKAf«T L COMPANY 
OFFICE NUPOER 
AUOASSIST 

DATA CONVERT PHASE PARAMETER CARO EDIT AND RUN TOTALS LISTING 
SAMPLE IYPF A CASES VA STA 01 



STU 

C INS 
C « PNC 



— UPU L 

C 0 

PUS LN H P 



QPf A ? 

C 0 

TYP 4 LN H P 



UPU 3 

TYP MP 00 YY 



* L 

-SCL- IPT OF R EOF RCD RCD >LK 
KCN TYP VOL L TYP TYP LGTH LGTH 



RECORDS 
IN ERROR 
INPUT OUTPUT 



••NONE** 



DATA CUNVfKT PHASE CONTROL TOTAL ACCUMULATIONS 

TOTAL RECORDS IN 39.A90 

TOTAL RECORDS OtiT 12.BBI 

CCNTROL TOTAL AMOUNTS 

I.VPUT 1,025*092.9700 

OUTPUT ItOOA, 99A.2100 

THIS AUCASSIST J'JM (S ABOUT TU LlE COMPLFTfrP, MANUALLY UNLOAD ANY TAPES THAT ARE TO BE SAVED. 
ANSWER HJt* TiJ CUNTIM'L 



★ « A T YfiS 
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APPENDIX IVd 



SAMPLE PRINTOUT- - PROCESSING PHASE 
ALCXANOER GRANT C COMPANY 

tun i:aic - io/2i/6v orncE dumber 

audass i st 

PROCESSING PHASE ACCUMULATOR TOTALS LISTING 
SAMPLf TYP f : A CASES VA STA 01 



♦ ACCOM’UL A lf:tt 


GtSCOIPI I CMS ♦ 


♦ ACCUMULATOR 


DESCRIPTIONS ♦ 


♦ ACCUMULATOR 


DESCRIPTIONS 


♦—POSH ION- 


— ♦ 


♦ BLOCK 01 ♦ 


♦ -POSITION- 


— ♦ 


♦ BLOCK 02 ♦ 


♦— POSIT 10N- 


— ♦ 


♦ SLOCK 03 


♦— -- 
ACM 




01 


tiiS.CiCUC 


ACM 


01 


• 0000 


ACM 


01 


• 0000 


Itll 






0 


% KCT 




513 # 


RCT 




0 


ACM 




0 2 


• onoo 


ACM 


C2 


• ouoo 


ACM 


02 


• 0000 


RC 1 






U 


RCT 




0 


RCT 




0 


ACM 




C t 


• oncu 


ACM 


03 


• GOOO 


ACM 


03 


• 0000 


RCI 






0 


PCT 




0 


RCT 




0 


AU 




G4 


.ilfiCO 


AC* 


04 


• 0000 


ACM 


04 


.0000 


KCI 






0 


•tci 




0 


RCT 




0 


ACM 




OG 


• COCO 


ACM 


OS 


• 0000 


ACM 


05 


.0000 


ACT 






(1 


KCT 




0 


RCT 




0 


ULK ACM 


TlJ 1 




• 000(; 


t.LI. ACM Till 




• OOOG 


BLK ACM TOT 




• 0000 


tiLK itci 


IliT 




c. 


liLK KCT Id 




MS 


BLK RCT TOT 




0 



♦ -ACCUMIILm fflrt l.rSUlPTIONS ♦ 

♦—PUSH In’; — ♦ ♦ liLf.CK BA ♦ 


♦ accumulator 

♦—PUSH It*— ♦ 


DESCRIPTIONS 

♦ BLOCK OS 


V— —————— 

ACM 


lil 


• COCO 


ACM 


01 


• 0000 


KCI 




c 


RCT 




0 


ACM 


O/ 


•ooco 


ACM 


0? 


• 0000 


KC.1 




u 


KCT 




0 


ACM 


\4 t 


• 0000 


ACM 


03 


• 0000 


a ci 




u 


RCT 




0 


ACM 


0*« 


• 0000 


ACM 


0 A 


• 0000 


RCT 




0 


RCT 




0 


ACM 


C5 


•cooo 


ACM 


05 


• 0000 


KCI 




0 


KCT 




0 


BL* ACM 


T*Jf 


• coco 


BLK ACM TOT 




• 0000 


BLK KCT 


TUT 


0 


BLK KCT TOT 




0 


* « Covt/T**. 
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♦ ACCUMULATOR 

♦—POSITION— ♦ 


DESCRIPTIONS ♦ 

♦ BLOCK 06 ♦ 


▼ 

ACH 


01 


• 0000 


RCT 




0 


ACM 


02 


• 0000 


RCT 




0 


ACH 


03 


• 0000 


RCT 




0 


ACM 


04 


• 0000 


RCT 




0 


ACM 


05 


• 0000 


RCT 




0 



BLK 


ACM 


TOT 


• 0000 


BLK 


RCT 


TOT 


0 



i 

t 

/ 

i 

i 



t 



i 






Ml 



APPENDIX IVd 



ALEXANDER GRANT € COMPANY 

RUN CATf - IG/21/C9 OFF ICE NUMBER 

AUOASS I ST 

processing phase accumulator totals listing 

SAMPLE TYPE A CAStS VA STA 01 



i 

:/ 

J 

■5 



i 

■i 

.1 

{ 



] 



i 



i 

j 



PROCESSING PHASE CONTROL TOTAL ACCUMULATIONS 
TOTAL RFCOROS IN 12 f UUL #• 

total records out si* 

TOTAL tHKCR RCCCROS U 

CONTROL TOTAL AMOUNTS 

INPUT L,00A,99A.21O0 

OUTPUT *9,3*0.3300 

ERRORS .0000 



# t C*v*rc« F*4 Se>i**CTiu± 



j 



| 

I 






i 




4 
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APPENDIX IVd 



audit OaTE - 

RUN OATE 

C FILE NR 



l 96 089910 
l 10 298513 
l 75 298551 
l 80 290961 
l 06 299256 
l 99 295755 
l 90 266561 
l 69 266563 
l 66 228007 
l 19 167623 
l 27 066393 
l 03 228106 
l 32 262713 
l 86 228069 
l 93 061960 
l 65 228016 
l 81 228062 
l 20 266517 
l 96 266575 
l 12 238501 
l 31 262737 
l 83 228065 
1 06 235770 

l 18 205631 
l 29 235776 
l 98 235760 
I 73 298559 
l 79 293781 
l 61 266503 
l 88 218609 
l 97 260620 
l 91 251610 
l 08 295803 
l 26 293252 
l 25 227983 
l 62 266539 
l 67 266512 
l 72 262715 
l 07 296712 
l 99 262726 
1 85 211509 

l 19 266596 
l ll 295776 
l 62 228072 
l 67 228089 
l 21 262727 
l 82 228052 
l 59 266573 
I 58 266568 
l 57 266550 



0 




SAMPLE PRINTOUT,- OUTPUT PHASE 
AUDASSfST 
GENERAL LISTING 

10/17/69 SAMPLE TYPE A CASES VA STA 01 

lo/26/69 sample type a cases va sta oi 



PERSON ENTITLEO 



SCHOUL 


CHECK AMOUNT 


NET AWARD 


STA 


P STA 


TT 


PN 


Sam sequence 


0003 


190.00 


130.00 


01 


0 


G 


8 


63 


696. 


0005 


130.00 


130.00 


01 


0 


G 


8 


00 


69. 


0005 


185.00 


185.00 


01 


a 


G 


A 


00 


389. 


0005 


162.00 


162.00 


01 


0 


G 


A 


00 


616. 


0006 


155.00 


155. OJ 


01 


□ 


G 


8 


00 


19. 


0006 


59.98 


59.98 


01 


0 


G 


8 


00 


206. 


0007 


6.80 


6.60 


01 


D 


G 


E 


00 


159. 


0007 


9.26 


9.26 


01 


u 


G 


E 


00 


329. 


0008 


68.15 


68.15 


01 


a 


G 


8 


00 


239. 


0012 


19.73 


19.73 


01 


D 


G 


E 


00 


96. 


0013 


130.00 


130.00 


01 


0 


G 


8 


61 


139. 


0015 


130.00 


130.00 


01 


n 


G 


8 


00 


16. 


0015 


155.00 


155.00 


01 


0 


G 


A 


00 


169. 


0015 


155.00 


155.00 


01 


0 


G 


8 


00 


636. 


0015 


130.00 


130.00 


01 


0 


G 


8 


61 


679. 


002 5 


195.00 


195.00 


01 


0 


G 


B 


00 


236. 


002 5 


162.00 


162.00 


01 


a 


G 


A 


00 


619. 


002 7 


95.00 


95.00 


01 


a 


G 


8 


00 


106. 


002 7 


130.00 


130.00 


01 


a 


G 


8 


00 


699. 


0091 


6.86 


6.86 


01 


□ 


G 


E 


00 


59. 


0031 


7.66 


7.66 


01 


a 


G 


E 


00 


166. 


0031 


8.85 


8.85 


01 


0 


G 


E 


00 


629. 


0096 


100.00 


100.00 


01 


a 


G 


G 


00 


29. 


0096 


60.00 


60.00 


01 


a 


G 


K 


00 


89. 


0036 


30.00 


30.00 


01 


0 


G 


K 


00 


119. 


0036 


30.00 


30.00 


01 


a 


G 


K 


00 


199. 


0036 


60.00 


60.00 


01 


a 


G 


B 


00 


379. 


0036 


85.00 


85.00 


01 


a 


G 


8 


00 


609. 


0035 


130.00 


130.00 


01 


a 


G 


8 


00 


319. 


0037 


155.00 


155.00 


01 


0 


G 


8 


oc 


656. 


0038 


190.00 


130.00 


01 


0 


G 


8 


00 


196. 


0068 


90.00 


30.00 


01 


□ 


G 


E 


00 


676. 


0050 


18.81 


18.81 


01 


u 


G 


A 


00 


39. 


0050 


28.85 


28.85 


01 


0 


G 


A 


00 


126. 


0050 


85.00 


85.00 


01 


a 


G 


A 


00 


129. 


0050 


60.00 


60.00 


01 


a 


G 


A 


00 


326. 


0050 


130.00 


130.00 


01 


0 


G 


0 


00 


369. 


0051 


60.00 


60.00 


01 


o 


G 


K 


00 


376. 


0056 


65.96 


65.96 


01 


Q 


G 


F 


00 


36. 


0058 


60.00 


60.00 


01 


a 


G 


K 


00 


176. 


0069 


39.75 


39.75 


01 


0 


G 


E 


00 


6)9. 


0090 


30.00 


30.00 


01 


0 


G 


C 


00 


9'. 


0091 


0.00 


0.00 


01 


0 


P 


J 


00 


56. 


0099 


60.00 


60.00 


01 


0 


G 


K 


00 


219. 


0107 


27.58 


27.58 


01 


□ 


G 


8 


00 


266. 


0112 


60.00 


60.00 


01 


a 


G 


K 


00 


109. 


0121 


20.00 


20.00 


01 


0 


G 


< 


00 


626. 


0125 


90.00 


90.00 


01 


a 


G 


K 


00 


279. 


0128 


7.11 


7.11 


01 


a 


G 


E 


00 


306. 


0198 


13.02 


13.02 


01 


a 


G 


fc 


00 


299. 



< 







! 

i 






I 

1 



% 



\ 
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APPENDIX IVd 



audit oate 

RUN OATE - 
G F lLt NR 



1 51 228053 
1 89 282721 
1 68 266817 

GROUP COOE 1 



2 09 233251 

2 12 262707 

2 21 228005 

2 60 228017 

2 51 197361 

2 16 050769 

2 21 235761 

2 31 235767 

2 66 235756 

2 61 227999 

2 68 235781 

2 71 218578 

2 17 238511 

2 25 236667 

2 35 238563 

2 37 266573 

2 53 233379 

2 67 235765 

2 72 237787 

2 79 228035 

2 82 261376 

2 86 266566 

2 90 263968 

2 99 266566 

2 09 266563 

2 11 262727 

2 21 266558 

2 66 052973 

2 66 236690 

2 71 235772 

2 73 228078 

2 92 266528 

2 93 238538 

2 63 228008 

2 18 233269 

2 33 232379 

2 36 235185 

2 39 260569 

2 60 239366 

2 66 163239 

2 66 238693 

2 78 260835 

2 81 261271 



0 




10/17/69 

10/26/69 

PERSON ENTULEO 



TOTALS 



AUOASS 1ST 
GENERAL LISTING 

sample type a cases va sta oi 

SAMPLE TYPE A CASES VA $TA 01 



SCHOOL 



9008 

9066 

9066 



0001 

0001 

0001 

0001 

0002 

0005 

0005 

0005 

0005 

0005 

0005 

0005 

0006 
0006 
0006 
0006 
0006 
0006 
0006 
0006 
0006 
0006 
0006 
0006 
ooo r 

0007 

0007 

0007 

0007 

0007 

0007 

0007 

0007 

0012 

0015 

0015 

0015 

0015 

0015 

0015 

0015 

0015 

0015 



CHECK AHOUHT 


NET AMARO 


STA 


P STA 


9.22 


9.22 


01 


D 


G 


130.00 


130.00 


01 


a 


G 


155.00 


155.00 


01 


n 


G 


7 f 665.12 

85.00 


7*930.12 

65.00 


01 


a 


G 


130.00 


130.00 


01 


o 


G 


90.00 


90.00 


01 


d 


G 


60.00 


60.00 


01 


a 


G 


130.00 


130.00 


01 


u 


0 


130.00 


130.00 


01 


o 


G 


175.00 


175.00 


01 


a 


G 


185.00 


185.00 


01 


□ 


G 


130.00 


130.00 


01 


a 


G 


115.00 


115.00 


01 


a 


G 


60.00 


60.00 


01 


D 


G 


60.00 


60.00 


01 


r 


G 


58.02 


58.02 


01 


a 


G 


155.00 


155.00 


01 


a 


G 


130.00 


130.00 


01 


a 


G 


185.00 


165.00 


01 


o 


G 


30.00 


30.00 


01 


o 


G 


56.06 


56.06 


01 


a 


G 


130.00 


130.00 


01 


a 


G 


60.00 


60.00 


01 


D 


G 


130.00 


130.00 


01 


a 


G 


59.98 


59.96 


01 


a 


G 


60.00 


60.00 


01 


a 


G 


155.00 


155.00 


01 


a 


G 


6.80 


6. BO 


01 


o 


G 


5.05 


5.05 


01 


0 


G 


6.50 


6.50 


01 


0 


G 


6.66 


6.66 


01 


a 


G 


6.66 


6.66 


01 


a 


G 


6.66 


6.66 


01 


a 


G 


5.05 


5.05 


01 


a 


G 


5.97 


5.97 


01 


a 


G 


6.66 


6.66 


01 


B 


G 


6.00 


6.00 


01 


B 


G 


6.89 


6.69 


01 


B 


G 


130.00 


130.00 


01 


D 


G 


155.00 


155.00 


01 


a 


G 


175.00 


175.00 


01 


B 


G 


130.00 


130.00 


01 


a 


G 


3.96 


3.96 


01 


a 


G 


8.03 


8.03 


01 


a 


C 


155.00 


155.00 


01 


a 


G 


185.00 


185.00 


01 


o 


G 



TT 



E 

8 

0 



8 

8 

0 

B 

B 

8 

A 

A 

A 

8 

8 

8 

A 

A 

8 

A 

A 

A 

Q 

8 

A 

8 

A 

8 

E 

E 

E 

E 

E 

C 

E 

E 

E 

E 

0 

A 

A 

A 

A 

E 

E 

8 

A 



PN SAM SEQUENCE 



oo 266. 

00 359. 

00 356 • 



00 

00 

00 

00 

62 

62 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

oo 

00 

00 

00 

00 

00 

00 



63. 

60. 

106. 

311. 

263. 

77* 

107. 

162. 

230. 

316. 

352. 

366. 
B5. 

130. 

183. 

196. 

276. 

367. 
373. 
606. 
626. 
638. 
668 . 
516. 

66 . 

66. 

110 . 

228 . 

260. 

368. 
377. 
6 78. 
682. 
223. 

90. 

172. 

177. 

205. 

210 . 

238. 

362. 

605. 

621. 
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161 



A 



APPENDIX IVd 



AUDIT DATE - 
RUN OATE 

G FILE HR 



2 33 2*6539 
2 07 2*653* 
2 19 2*2726 
2 22 235755 
2* *6 192555 
2 56 235762 
2 03 200**5 
2 06 192575 
2 16 2*2723 
2 32 2*65*6 
2 56 2*27*6 
2 65 2*6562 
2 9* 23325* 
2 01 2*2667 
2 05 226018 
2 63 235739 
2 95 2*2692 
2 66 239*1* 
2 12 22602* 

GROUP CODE 2 



FINAL TOTALS 



o 




AUOASSIST 
GENERAL LISTING 

10/17/69 SAMPLE TYPE A CASES VA STA 01 

10/2*/69 SAMPLE TYPE A CASES VA STA 01 



PERSON ENTITLEO 



TOTALS 



SCHOOL 


CHECK AMOUNT 


NET AMARO 


STA 


P STA 


TT 


PN 


SAM SEQUENCE 


6131 


130*00 


130.00 


01 


D 


G 


B 


00 


175., 


9005 


7.99 


7.99 


01 


a 


G 


E 


00 


36. 


9005 


6*22 


6.22 


01 


D 


G 


E 


00 


90.; 


9005 


6*22 


6.22 


01 


a 


G 


E 


00 


lll.j 


9005 


7.99 


7.99 


01 


D 


G 


E 


00 


2*6.1: 


9005 


6.22 


6.22 


01 


0 


G 


E 


00 


291. 


9006 


6.22 


6.22 


01 


0 


G 


E 


00 


13. 


9006 


10.72 


10.72 


01 


0 


G 


E 


00 


37. 


9006 


10.72 


10.72 


01 


D 


G 


E 


00 


92.! 


9006 


6.22 


6.22 


01 


0 


G 


E 


00 


170.! 


9006 


3.16 


3.16 


01 


u 


G 


E 


00 


303.,' 


9006 


10.72 


10. 72 


01 


D 


G 


E 


00 


**3.[ 


9032 


165.00 


165.00 


01 


D 


G 


A 


00 


*06. | 


90** 


130.00 


130.00 


01 


0 


0 


B 


00 


7.t 


905* 


95.00 


95.00 


01 


D 


G 


e 


00 


23.: 


906* 


130.00 


130.00 


01 


D 


G 


B 


00 


*30.1 


906* 


130.00 


130.00 


01 


a 


G 


B 


00 


*92. 


906* 


155.00 


155.00 


01 


a 


G 


B 


00 


3*3.i 


9101 


155.00 


155.00 


01 


a 


G 


B 


00 


56.1 

i 




31*705.21 


31«73*.32 












i 

/ 

i 



39*350*33 39*66*.** 



I 



) 

( 






j 



4 

\ 

i 



4 



tm 

162 



APPENDIX IVd 



AUDIT DATE - 10/17/69 
RUM DATE 10/ 2A/ 69 

0 FILE MR PERSON ENTITLED 



AUO ASSISI 
GENERAL LISTING 

sample type a cases va sta 01 
sample type a cases va sta 01 



SCHDOL 



CHECK AMOUNT NET AMARO 



STA P STA TT PS 



SAN SCauENCl 



GENERAL LISTING TDTAL RECDRDS IN 
GENERAL LISTING TDTAL RECDRDS SELECTED 



SIS 

515 



**♦ AN INDICATES THAT THE PRINT AREA HAS 100 SMALL TD PRINI 



ALL SIGNIFICANT OIGITS 



IN THE FACTOR PRINTED 




A 



160 
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APPENDIX IVe 



FLOW CHART— SAMPLE SELECTION OF ACCOUNTS RECEIVABLE 




QOAJVSAT OAr* 

TO 

AvMsstsr 

Foam at 



Mmss/ST ’] 

V fOMAT 



AVO ASSIST 
Select/oa/ or 
SAMPLE Mo. J 



AoOASSiST 

OUTPUT 



Ltsr/AfC of 
Sample a/o.I 




AVOASStST 
setecnopr or 

SAMPLE Mo. 2 








Auoassist 

OUTPUT 






LIST/ PC, 
SAMPLE 


or 
Me. M 



AMAS&/Sr 
Select Alcoa os 
yiTH Mott 77/ AP 
OPE a/ A. 



MOPE 

\tpap ope 

AM 







AoOAi 

QuTl 


\stsr 

*or 






Lt$T /p 6 or 

MOPE TtiAP 
CPE A/ A . 



APPENDIX IVf 



FLOW CHART— ANALYSES OF ACCOUNTS RECEIVABLE 

'/I/* w 

lAUt>ASS/$T\ 

FORMAT 





r~ 


son t 
School. 


by 

Coos 







vi/f ** 

SCHOOL 

cooe 

ofio€.a 



AUOASS'(S7~ 

fificC£SS "*<a 



AOAASStSr 



SOAHAAY A It 
AH dtSCOifEAV 
OArt 5 . 



sunn* AY a M 
e Y school Cooe 
V- Xa isr/rur/ov 



Sour 6Y 




AoOASitST 
sececr Schools 


ovet pa 




Wtrn Mote 


C A°$£ Ci'0£. 




7~hah foot a/a. 




ERIC 



162 



165 



APPENDIX IVg 



DOCUMENTATION— ANALYSIS OF ACCOUNTS 
RECEIVABLE BY SCHOOL CODE 
AND TYPE OF TRAINING INSTITUTION 

Page 

Flow chart — Analysis of accounts receivable by school 



code and type of training institution 167 

Layout of input records 168 

Input — output coordinator 169 

Audassist flowchart 170 

Audassist coding form — data conversion phase and 

special information 172 

Audassist coding form — processing phase 173 

Sample printout — processing phase 174 




166 




A 



APPENDIX IVg 



FLOW CHART— ANALYSIS OF ACCOUNTS 
RECEIVABLE BY SCHOOL CODE 
AND TYPE OF TRAINING INSTITUTION 



/) VOQSStST 
ffiOC £.S5J#6 



A/K 

By school 
c OPS AfJ0 



(Part of flow chart in Appendix IVf) 
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ERIC 



APPENDIX IVg 



LAYOUT Of INPUT RECORDS 








RECORD LENGTH: 

51 CM ENTS 

DEDUCTION/BALANCE SEGMENT! 

CONTROL FIELD 5 

SIX SEGMENTS AT 25 CHARACTERS EACH V» 155 

BLANKS AND RECORD MARK ...5 

TOTAL 4)0 
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APPENDIX IVg 



INPUT — OUTPUT COONCINATOR 



AUDASSIST USER'S 
FIELD 

IDENTIFICATION 


USER 

INPUT 

RECORD 


AUDASSIST 

RECORD 


AUDASSIST OUTPUT 


GENERAL 

LISTING 

field 

NUMBER 


STRATIF1' 

CATION 

listing 

FIELD 

NUMBER 


CONFIRMATIONS 


HIGH 

ORDER 

POSITION 


L 

E 

N 

G 

T 

H 


1 


FACTOR 

NUMBER 


i 

i 

i 

i 


L 

E 

N 

G 

T 

H 


OPTION 01 
ENCLOSED 
STATEMENT 
(LINE NO.) 


OPTION 02 
following 
BALANCE 
(LINE NO.} 


OPTION 03 

following 

INVOICE 
(LINE NO.) 


OPTION 04 - FOLLOWING 
STATEMENT 


(LINE NO.) 


COLUMN NO 


GROUP CODE 








GRP 


C 


1 


1 


1 


39 


39 


39 


59 




Oi /E/ttoYMe/vr CAtfse 


*99 


4* 


24 


FAC01 


C 


10 


2 


2 


26 


26 


26 


46 


.’•?* ..Y > 


FILE A/f. 




0? 


CZ 


FAC 11 


c 


20 


3 


3 


34 


34 


34 


54 


msm- 


PecoAO "TYPE 


0 i/7 


4l 


C.2 


FAC02 


c 


10 


4 


4 






27 


-^wm 

k l v - t*;*; 

;• j s 


1 










FAC03 


DATE 


8 


5 




V-Vrhv 


^r« J . j'J £.\ 


wz$. 


ten?/* 


2 


#4 &4LA*/ce (a/p. i) 


Z?? 


47 


IZ 


FAC04 


N 


14 


6 


5 # 6 # 7 # 8 # or9 

««« olio Ofl* 


30 


30 


30 


ill 


4 










FAC06 


N 


10 


7 


WM 

* tm *' * ■ 




VV V; ! 

v? r, Ti h 1 , ) 


. k *»#' 

V ■ i ; "‘ ‘ 






DMouetY Mre (a/a t) 


*9i r 


<h 


u 


FAC07 


N 


5 


8 






. 

' , v*t* 
'.**& ‘" r * V’;!* 


,V j *•. - i\>\ ' 




; 

. 4 


StMe>oc CoOE 


197 


44 


CZ 


FAC08 


C 


5 


9 








-V * ' 

' * • vS A' 














FAC09 


C 


2 


10 






Vv’i i' • 


■■ , ** • „ 1 


• : ,y' 












FAC10 


C 


2 


11 


:■;> . . "t;V; V- 






4 • 


. v 




CALCULATED AGE 








AGE 


N 


4 


12 


5 # 6,7,8.or9 




' •» v‘ ■' 








Faliuty "TYPE 


19L 


4( 


24 


FAC05 


N 


14 


13 






(Optionol) 

31 


" •* ; -a; » '* ■' 














FAC 12 


C 


20 






35 


35 


35 


55 


*_y v ■ *• 










FAC13 


c 


20 


. W • ..v- 


’ i' ; : 


36 


36 


36 


56 


••"X- 










FAC 14 


c 


20 






37 


37 


37 


57 












FAC15 


c 


5 






f >;3 ? : 'v.I* 




C-\ 1 ; * f .\f 1 ■ ; » 
\ 


k ; ' • ' ^ A : y " 
1 L » v 












FAC 16 


c 


15 


r w ' .H 




■WSv: 




(Optionol) 

28 


:: 


3 



ALf XANOCR CHANT I CO. 10‘7*e# INPyT-OOTPOT COORDINATOR 




4 
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APPENDIX IVg 



AUDASSIST FLOWCHART 



client Accquastia/l One tee 

APPLICATION AualVSIS Of — &E££iA /AB L £ i — *£HA£L 

AUb XX££_ O P ZAAmM. ’EM IT IT </T/ 6V. 




NOTES 



Ae*b tetcto 
AttumvtAre rAc 49 
(A/a &ALA" *e) A A/ 1> 

AecoAt coovr 



c .OmTAoL &ACA.H CM 
FAC <f 7 (School- cote) 

Y-+ 43 

N -* 4 G 



STAATlFr COOMT or 
Aecen/AAtes ft 9?)* 

ACClfMULATe SCHOOL- 

AM Aacaa/c€ 4 * 4 *) 

Hu £c/a 9 A ft 



C lcaA accumulator 
Bloch 9 i (ACM 0 / •*■*) 

FoA /iCCUMUtAT/flVi OAf 

fi/KkJ SCHOOL cooe. 



£x/r C LA HooTive 



To 



Abb a /a b ala wees 

Ger SCHOOL 'TOTAL 
FAC 99 + ACM 9*99 = 
Atm 4*49 



Abb HA- 6* &eceh/A6L£ 
XT£AS To GBr school 
TOTAL 

Acm 4*4^ + 1 = AcM 4/4 s~ 



srT. A/A Bal. (FAc 4*) 
By T(A£ SCHOOL (FAC 4 S’) 
tv ACM 49 #■ ** 

Z 1 Zt 17 ~ 



ALEXANDER GRANT A CO. 



REV. 9 - 12-68 



er|c 
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16 7 



APPENDIX IVg 



AUDASSIST FLOWCHART 



CLIENT 0>e^BAAL AceoUA/r/A/& OpF/Cfi- 

APPLICATION &E- £Ec£mMJU£1 El SC/Jo<U» Ct 06 




171 



168 



APPENDIX IVg 



PHCM T . Kfa/CAAL Ac <AUUIWJ* &££/££- 



uuui i i - 

APPLICATION : A&AL ^ g ^ 

A/VO TJW O* T4AM0& X#XT*TVr fOA* 

AUDASSIST CODING FORM — DATA CONVERSION PHASE & SPECIAL INFORMATION 



ft 2 



ftl 



ft3 



OFF 



OFF 



CLT 



-OFFICE NUMBER 



AG & CO. 

STREET ADDRESS 



-OFFICE NUMBER 



AG & CO. 

CITY, STATE & ZIP COPE 



-CLIENT NUMBER CLIENT NAME 



INPUT 

(CLIENT RE CORO) 



h°? 

1 o 1 

G ?r 

«Ii 

R o 

N 



2 3 4 5 6 7 8 9 0 



ftl 



ft 2 



3 



l ft4 



OC V 



oc V 



OC V 



^5 OC V 



DC V 



ft7 



DC V 



ft8 



DC V 



1 ft9 



lft 



1 1 



1 2 



1 3 



1 4 



1 5 



I PT 



Zlf 



0/7 



299 



m 



111 



DC V 



DC V 



DC V 



DC V 



4>H 



DC V 



DC V 



DC V 



16 DC V 



1 7 DC V 



SEL 

END 



HI 



OUTPUT 
(AUDASSIST RECORD) 



1120 



2 3 4 5 




07 1 



Hit 



tlU 



at 
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TEST DECKING AT 

THE FEDERAL CROP INSURANCE CORPORATION 
INTRODUCTION 



The Federal Crop Insurance Corporation (FCIC) is a 
wholly owned Government corporation which was created in 
1938 to promote the national welfare by improving the eco- 
nomic stability of agriculture through a sound system of 
crop insurance and by providing the means for the research 
and experience helpful in devising and establishing such 
insurance. FCIC insures crops against practically all causes 
of crop losses, including weather, insect infestation, and 
plant disease. FCIC's insurance coverage totaled about 
$874 million on 24 different agricultural commodities for 
crop year 1968, and it was expected to exceed $915 million 
in crop year 1969. FCIC utilizes computers to a large ex- 
tent in managing its insurance programs. 

The General Accounting Office (GAO) performs an annual 
financial audit of FCIC. To ensure that the automated sys- 
tem contains internal processing controls adequate to pro- 
vide reliable program and financial records, GAO reviewed 
FCIC's policies and procedures and practices and tested the 
computer programs which make up the automated system uti- 
lized by FCIC in processing insurance program data. Test 
decks were used to review and test the automated system. 
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DESCRIPTION OF FCIC'S AUTOMATED SYSTEM 

FCIC's National Service Office (NSO) performs many of 
the centralized reporting and management functions of FCIC. 
NSO keeps records of the insurance contracts, issues sum- 
maries of protection and premiums to policy holders from 
the acreage information submitted annually by the insureds, 
and sends out the premium billings. It receives and depos- 
its premium payments, computes payments to be made on loss 
claims, and schedules approved claims for payment by the 
Treasury Disbursing Officer. NSO also performs the account- 
ing work of FCIC and gathers and summarizes statistical 
data. 



In 1961 FCIC developed a preliminary design of a total 
system concept, which was oriented toward a large capacity 
computer. During this same year, the Secretary of Agricul- 
ture announced that a Data Processing Center (DPC) would be 
established in Kansas City, Missouri, and informed FCIC that 
it would be provided processing time on DPC's computers. 

In August 1962 FCIC's Branch Office (subsequently renamed 
National Service Office) was moved to Kansas City from Chi- 
cago, Illinois, and was located in the same building with 
DPC. Staffing of FCIC's systems design and programming sec- 
tions had gradually increased since that time. As of Decem- 
ber 1969, FCIC had four systems design employees and 10 pro- 
gramming employees . 

FCIC generally has followed the original system concept 
in converting to a computerized system. This concept di- 
vided the system by functional activity and provided for 
implementation of a number of subsystems over a period of 
time. Specific subsystems set out in the concept were: 

ACCO — Contract acquisitions and changes 

PROP — Program operations including acreage reports, 

which define the specific liability of FCIC each 
year, and premium billing 

IDSS — Claims settlement 

PRAC — Premium accounting including collections 
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ADAC — Administrative accounting 
STAB-- Statistical tables and reports 
CORA — Actuarial statistics 

Implementation of subsystems began in 1964 with ACCO 
and PROP. These subsystems were fully implemented by 1966, 
and implementation of LOSS, PRAC, and STAB was accomplished 
in 1969. As of December 1969, FCIC was preparing computer 
programs for ADAC. Programming for CORA had not been 
started. A number of management analyses described in the 
original system concept either had not been started or were 
being accomplished only in part due to expansion of ACCO and 
PROP beyond their original definition. 

Pursuant to a 1963 Memorandum of Understanding with the 
Agricultural Stabilization and Conservation Service (ASCS), 
FCIC utilizes the services of DPC. This agreement provides 
that FCIC reimburse ASCS for data processing services ren- 
dered by DPC on the basis of equipment and magnetic tape 
usage. Usage rates have been revised periodically on the 
basis of historical costs of DPC. Estimated cost of com- 
puter services for fiscal year 1970 was $135,873. 
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TEST OF FCIC * S AUTOMATED SYSTEM 
FOR INSURANCE PROGRAMS 



The automated system of FCIC is designed for purposes 
of controlling the farm production insurance programs, of 
processing program data of FCIC, and of generating statis- 
tical and other reports needed in management. GAO tested 
the internal processing controls of the automated system to 
ensure that the controls are in operation and are providing 
the checks they were intended to provide. 

Automated activities of FCIC are presently concentrated 
on processing of data directly related to insurance activi- 
ties rather than administrative activities. This reflects 
a systematic implementation of the overall system of FCIC 
designed in 1961. Under this concept, processing of data 
related to insurance activities is accomplished under four 
subsystems called ACCO, PROP, LOSS and PRAC. Testing of the 
system could be accomplished in several ways. One or more 
subsystems could be individually tested, or all subsystems 
and any interflow of data between the subsystems could be 
tested. 

FCIC's total system concept provides for an interrela- 
tionship of data between the four subsystems. Because of 
this interrelationship, our test was designed to permit con- 
tinuous flow processing of test data from ACCO through PROP 
and LOSS to recording in PRAC. 

Initial analysis of the automated system, its objectives 
and organizational logic was performed by obtaining and re- 
viewing the system design flow charts. These charts identi- 
fied the flow of processing within and between subsystems 
and the individual computer programs within each subsystem. 
Documentation in support of each computer program was re- 
viewed to establish the purpose, input data and its source, 
and output data and its use and to identify the internal 
controls which should exist in the various programs. To 
determine whether the internal controls were actually pres- 
ent and functioning in the manner described in the documen- 
tation of each program, we p.epared test documents for entry 
into FCIC’s processing channels. 
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Test documents used in our review consisted of actual 
forms used by FCIC in its day-to-day activities* The test 
documents were prepared by us and routed through regular 
coding and keypunch channels within FCIC to obtain the nec- 
essary cards for actual processing through the computer and 
to provide a test of the manual activities involved in proc- 
essing data into machine readable form for processing by the 
computer* The test documents included error- free data and 
erroneous data to permit evaluation of internal controls un- 
der both conditions. Each document containing erroneous 
data contained only one error so as to ensure that the spe- 
cific control which we desired to test was the only one 
which could influence processing of the data* 

In FCIC*s system erroneous data is to be rejected by 
the computer before it changes any permanent files* Rejec- 
tion consists of listing the entire transaction being pro- 
cessed, together with an identifying error code on a rejec- 
tion listing* Under normal procedures these listings are 
researched, necessary corrections are made to the transac- 
tion data, and the transaction is subsequently reprocessed* 

Any data which we processed through the computer as a 
test of computer programs would necessarily affect FCIC*s 
master files* To avoid possible alterations of these basic 
control records, we obtained for several counties in vari- 
ous States a duplicate master file and a print of the master 
file* Our test decks were processed with the computer pro- 
grams of each subsystem and against these duplicate master 
files. Prior to testing, the results of processing each 
test item was predetermined to serve as a basis for evaluat- 
ing the results of processing the test deck through the 
computer* Subsequent to testing through the computer, we 
analyzed historical listings of computer rejects from FCIC's 
routine processing to establish the significance of weak- 
nesses disclosed by our testing. 

Initial testing began with the ACCO subsystem and in- 
cluded various types of transactions and conditions for new 
contracts and contract changes* Analysis of the test re- 
sults revealed that, except for some items being unneces- 
sarily rejected as errors, the cited controls were present 
and functioning and that documentation in support of indi- 
vidual computer programs was accurate* 
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One purpose of ACCO processing is to prevent the issu- 
ing of multiple insurance contracts to a single insured or 
issuing contracts to uninsurable producers * This was ac- 
complished by matching the last name and first initial of 
applicants to the same data in FCIC's master files of policy 
holders, debtors, and ineligibles. Because the match was 
restricted to the last name and first initial, a great num- 
ber of items were unnecessarily rejected as errors* For 
example, our test transaction involving H* Lamonds was re- 
jected because of the existence of two other different in- 
sureds having the same last name and first initial* 

Analysis of historical records disclosed that rejec- 
tions have involved as many as 10 or 11 records, none of 
which had the same second initial as the applicant* On the 
basis of this analysis, we concluded that about one third 
of the rejected new applications would not have been re- 
jected had the match involved both first and second initials 
plus last names* Projection of the results of this analysis 
over the 39 States with insurance programs indicated that 
the cost of at least one research clerk could be eliminated 
annually by revising the name match computer program* FCIC 
agreed to revise the program to match full name or social 
security number, whichever method was determined to be most 
effective* 

Testing of the PROP subsystem involved acreage reports 
for different types of crops and included test transactions 
containing various conditions designed either to update 
normally or to test the processing controls of the subsys- 
tem* The test also included premium calculations which 
were the basis for premium billings recorded in the PRAC 
subsystem* Our analysis of the test results revealed that, 
except for an error or bug in one computer program, the 
controls cited in the program documentation were functioning 
effectively and that the documentation was accurate* The 
error or bug was included in a recent program revision* In 
our test, master files were updated in a normal manner, but 
the transaction data also appeared on a reject listing in- 
dicating that the transaction was invalid and that the mas- 
ter files had not been updated. FCIC employees told us 
that this was the first time the error condition occurred. 
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No significant effect could be attributed to the bug's ex- 
istence, but FCIC promised to research the problem and make 
any corrections. 

Testing of the LOSS subsystem included transactions de- 
signed to test various controls and calculations made by the 
computer during processing of the preliminary notice of loss 
or claim and of the actual claims for indemnity. No defi- 
ciencies were disclosed by our analysis of the results of 
this testing. 

Testing of the PRAC subsystem involved transactions de- 
signed to test controls for ensuring the propriety of the 
recording of cash and the processing of receivables. Analy- 
sis of the test results revealed an undocumented change in 
one computer program and an incorrectly documented change 
in another computer program. Corrections were made by FCIC, 

On the basis of our review and on the basis of test- 
decking activities, we concluded that the overall system con- 
cept and the actual computer programs comprising the four 
tested subsystems were adequate to accomplish the insurance 
program processing activities of FCIC, We did find that 
routinely generated data on error conditions that was 
printed on listings for research by the FCIC personnel was 
not used for management control purposes. Error data, if 
fully analyzed, presents an opportunity to identify documen- 
tation problems as well as specific causes for erroneous 
data entering a system. 

Use of test decks can be a highly effective method of 
ensuring that individual computer programs within a subsys- 
tem, or that computer programs in an entire system, as 
above, contain adequate controls and provide assurance that 
output data is accurate and reliable. The entire system 
review approach has been used by GAO primarily as a neces- 
sary step to revising financial audit techniques to take 
advantage of data in the automated system and of the capa- 
bilities of the computer. 
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CASE STUDY 

REVIEW OF SELECTED COMPUTER APPLICATIONS 
AT THE FEDERAL HOUSING ADMINISTRATION 
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CASE STUDY 

REVIEW OF SELECTED COMPUTER APPLICATIONS 
AT THE FEDERAL HOUSING ADMINISTRATION 
INTRODUCTION 

This case study discusses the methodology used to con- 
duct an audit of accounting records maintained on computers 
at the Federal Housing Administration (FHA), the roles of 
General Accounting Office (GAO) auditors involved and their 
relationship to technically trained computer persons and the 
results and benefits derived from the audit. Assisting GAO 
were consultants from a national public accounting firm, 

S. D. Leidesdorf & Co., who have had extensive experience in 
auditing computerized systems. 

OBJECTIVES 



GAO prepares a report to the Congress on annual audits 
of FHA's financial statements. The overall objective of the 
audit is to express an opinion on whether financial state- 
ments present fairly the financial position of FHA and the 
results of its operations and the sources and application of 
its funds for the year then ended, in conformity with gen- 
erally accepted accounting principles applied on a basis con- 
sistent with that of the preceding year with applicable Fed- 
eral laws. This basic objective of auditing has not changed 
even though FHA makes extensive use of computers. The au- 
ditor must still do sufficient review and testing to render 
his opinion. 

This case study has a more limited objective. It deals 
primarily with discussion of an audit approach that enables 
the auditor to understand and test the computer system that 
generates the financial data being audited. Because amounts 
appearing on financial statements are generated by a system, 
the auditor must understand, evaluate, and test the system 
to be satisfied that the figures generated are accurate. 

In a manually-based system, the auditor must understand the 
functions and test the work of the persons involved, whereas 
in a computer-based system, the auditor must understand and 
test the computer system. 

o 
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AUDIT APPROACH 

The audit approach included a review of internal con- 
trols over selected computer applications, A detailed re- 
view and analysis of selected computer programs and the re- 
processing of selected input data through auditor controlled 
versions of an agency's computer programs is the key to the 
approach. Discussion is therefore limited to the work per- 
formed to understand, evaluate, and test selected computer 
applications. The review of internal controls over computer 
operations is not discussed in detail nor is any attempt 
made to discuss all the work either performed or considered 
necessary to express an opinion on FHA's financial state- 
ments. Instead, this case study presents information about 
the specific audit approach including 



--planning, 

--inquiry, 

--logic of computer program review, 

— computer program review, 

— designing tests of the computer system, 

— preparation of program specifications, 

— programming and testing, and 
— production. 

Concluding remarks and benefits derived from the audit 
approach used are presented at the end. 

Planning 

GAO site auditors, representatives of GAO's Office of 
Policy and Special Studies, and consultants from S. D. 
Leidesdorf & Co., held an initial meeting to discuss FHA 
operations and GAO audit requirements. The group reviewed 
prior years' audit workpapers, FHA financial statements, and 
GAO audit programs. The purpose was to select key computer 
applications or systems for review. Some of the basic in- 
formation needed to make this decision is summarized below. 

FHA was established by the National Housing Act of 1934 
and functioned as a constituent unit of the Housing and Home 
Finance Agency until 1965, when it became a part of the De- 
partment of Housing and Urban Development (HUD) . The princi- 
pal purposes of FHA are to 
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— improve home financing practices, 

— acc p.s a stabilizing influence in the mortgage field, 

— encourage improvements in housing standards and con- 
ditions, 

— facilitate homeownership , 

— aid in the elimination of slums and blighted condi- 
tions, and 

— prevent the deterioration of residential properties. 

FHA achieves its purposes through administration of mort 
gage insurance programs under which lending institutions 
(mortgagees) are insured against loss in financing first mort 
gages on various types of housing. This mortgage insurance 
function gives rise to insurance claims by mortgagees who, 
because of mortgage defaults, have acquired the properties 
pledged to secure the FHA- insured mortgages. In the settle- 
ment of claims, titles to the properties are conveyed to FHA. 
This action gives rise to other functions including mainte- 
nance and sale of acquired properties. Of the several 
computer-based systems involved, two are the subject of this 
case study. They are the File Maintenance System which ac- 
counts for the insuring function and the Acquired Home Prop- 
erty System which accounts for the property that is acquired 
by FHA. 

The File Maintenance System accounts for over 4-1/2 mil- 
lion mortgages which FHA insures. This system is maintained 
on an International Business Machines (IBM) 7074 computer 
with an IBM 1401 in support. The master file consists of 66 
reels of magnetic tape. The insurance program is financed 
primarily by insurance premiums received from the borrower, 
or mortgagor, with the lender collecting the premiums and 
remitting the amount due to FHA. The accountability for 
such premiums, the calculation of earned and unearned pre- 
miums, and the maintenance of a master file of insured mort- 
gages is accomplished by the File Maintenance System. 

The Acquired Home Property System is maintained on the 
same computer equipment as the File Maintenance System. It 
accounts for properties acquired by FHA because of defaults 

iss 
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in mortgage payments and for the sale of acquired homes and 
the profit and loss from such sales. There were approxi- 
mately 22,500 properties accounted for. Although the number 
of properties is low in comparison to the number of mort- 
gages in the insurance system, the impact of any property ac- 
quired is significant because the entire cost of acquiring 
the property is borne by FHA and the profit or loss from its 
disposal also accrues directly to FHA. 

These two systems, File Maintenance and Acquired Home 
Property, were chosen for audit because of their significant 
effect on the financial statements. The audit group then 
appointed a team to study these systems and to design a de- 
tailed audit approach. The team, under the overall direc- 
tion of GAO's site audit manager, included one GAO site au- 
ditor, one auditor from GAO's Office of Policy and Special 
Studies, and several of the consultant's technically trained 
computer employees. The team first made inquiries about 
computer operations at FHA. 
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Inquiry 

Data processing services are furnished to FHA by HUD, 
HUD functions in a manner similar to a service bureau by 
providing system design and programming facilities, as well 
as processing services. To simplify discusson in this 
study, computer programs written and maintained by HUD for 
FHA are referred to as FHA' s computer programs. The study 
team visited the HUD data processing center and met with 
the director. After explaining the audit approach, the 
team was assured of receiving full cooperation. 

Next, the team requested documentation for both the 
File Maintenance and Acquired Home Property systems includ- 
ing 



— overall flow charts which graphically depict the 
processing procedures that are used and 

—narrative descriptions of the systems which explain 
in the English language (as opposed to computer sym- 
bols) the system objectives and how these objectives 
are to be achieved. 

The overall systems flow charts were furnished, but no nar- 
rative descriptions were available. In the absence of 
these narratives, the study team had to rely more heavily 
on HUD programmers and analysts to obtain information about 
system operation. Condensed versions of the flow charts 
for the File Maintenance and Acquried Home Property systems 
are included in appendix Via. 

The audit team' s review of the systems flow charts 
gave rise to a number of questions that were answered by 
the HUD employees responsible for systems maintenance. 
Working from overall systems flow charts and oral explana- 
tions given by HUD employees, the audit team selected sev- 
eral computer programs in each system for detailed review. 
The key to the audit approach discussed in this case study 
involves a detailed review of these selected computer pro- 
grams. Therefore an understanding of the logic of computer 
program review is important. 



192 i 



167 



APPENDIX VI 



Logic of computer program review 

A computer operates by a series of programs which pro- 
vide the instructions necessary for the computer to execute 
its step-by-step procedure. If these instructions are 
correct, the resulting processing will be correct. For a 
computer programmer to understand what he is to include in 
a program, he must be provided with detailed programming 
specifications. These specifications are usually designed 
by an analyst to reflect his understanding of management's 
objectives as set forth in the systems flow chart which 
describes what job is to be done. The programming speci- 
fications therefore become an important part of systems 
documentation. From these specifications the programmer 
draws a logic chart, or detailed block diagram, which rep- 
resents his detailed solution of the order of work describ- 
ing the input, output, arithmetic, and logical operations 
involved. The logic chart shows how the job is to be done. 
It serves as the basis for coding which is the process of 
translating each step-by-step procedure into computer in- 
structions. The logic chart also becomes an important, part 
of systems documentation. 

The objectives of reviewing computer programs are to 
establish that 

management's representations, as outlined in systems 

flowcharts and narratives, are correctly reflected 
in programming specifications and 

— the computer programs are in conformity with the 
program specifications. 

To the extent that management's representations, sys- 
tems documentation, and computer programs are in agreement, 
the auditor can have preliminary satisfaction that the com- 
puter system is operating as it should, but, to the extent 
that they differ, the scope of the auditor’s work may have 
to be extended. 

Learning the actual functions of processing within 
FHA's computerized system could not be accomplished by a 
£0vigw of input and output alone. The system itself makes 
decisions with respect to accounting calculations by using 

. . 188 
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various rules for validating data. Furthermore, the File 
Maintenance system is large and complex— 66 reels of mag- 
netic tape contain insurance records on 4-1/2-million 
mortgages which are not printed out in detail. Therefore 
it frequently is not possible to trace an input document to 
an output report because there is little or no detailed 
output for manual audit testing purposes. The total mort- 
gages represent approximately $50 billion of insurance in 
force. To print out, even on an annual basis, each of 
these mortgages and related details would be prohibitively 
expensive. One alternative audit procedure involves a de- 
tailed review of selected computer programs to determine 
if the data is processed properly. The audit approach dis- 
cussed here involves such a review. 
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Computer Program Review 

Following are four computer programs selected for re- 
view by the audit team — two from the File Maintenance Sys- 
tem and two from the Acquired Home Property System. 

— File Maintenance program 21000. This program updates 
the FHA- insured- mortgage maintenance master file with 
all applicable transactions. It also generates a 
tape for insurance premium billings, a tape of all 
terminated cases, and an exception tape for all ir- 
regular items and inquiry replies. (See app. Via, 
p. 207.) 

— File Maintenance program 20608. This program reads 
cards produced from the billing tape for collection 
purposes, which have been sorted in premium due date 
sequence and produces a report of current, delin- 
quent, and past due accounts. (See app. Via, p. 208.) 

--Acquired Home Property program 63010. This program 
updates the acquired home property master file and 
produces an accumulative transaction file. These 
files carry all expenses pertaining to on-hand prop- 
erty and are used to generate profit and loss fig- 
ures for properties sold. (See app. Via, p. 209.) 

— Acquired Home Property program 63020. This program 
spreads unallocated expenses to on-hand properties. 

Two months after the properties are sold they are 
written on a final sales tape. (See app. Via, p. 209*. 

The four computer programs and their related documenta- 
tions were assembled for review. The consultants technical 
programming employees made a detailed review and analysis 
of these programs and prepared an English language narrative 
describing the step-by-step procedure that each program fol- 
lows. Appendix VIb is an example of the type of analysis 
prepared. The audit team discussed each analysis in detail 
to make certain that the auditors understood just what the 
program was doing. Once the auditors understood the step- 
by-step procedure followed by the computer program, these 
procedures were verified to applicable laws, manuals, or 
other documents containing the approved procedures. To the 
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extent that the procedures followed by the computer programs 
agreed with properly approved or authorized procedures, the 
auditor had preliminary satisfaction that the system was de- 
signed and was programmed in accordance with management's 
objectives and was operating properly. The auditor's next 
consideration was testing or monitoring the system to ensure 
its consistency of processing; but, first a comment on the 
results of reviewing the four computer programs. 

The technical programming persons found an error (bug) 
in program 21000, the major program in the File Maintenance 
System. Upon notification agency employees immediately cor- 
rected the bug. No adverse effect could be attributed to 
the bug's existence, however, had certain conditions occurred 
in processing, the bug would have affected record counts and 
mortgage amount totals for certain types of terminated cases. 
Further inquiry revealed that one punched card had been in- 
advertently omitted or dropped from the file the last time 
the program was assembled or translated into computer read- 
able form. Agency officials reemphasized to the agency's 
people the importance of observing established controls de- 
signed to prevent such errors during assembly of computer 
programs. With the exception of this bug, no other major 
errors or discrepancies were found by program review. 
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Designing tests of the computer system 

After the auditor understands how the computer pro- 
grams operate and is satisfied that the procedures followed 
are correct, he must still determine that the data is proc- 
, essed on a consistent basis. One major advantage of a com- 
puter is that it will process consistently in the same man- 
ner each time, provided that the same computer program is 
used and controls exist to prevent interference during its 
use. The audit team decided to test for consistency of op- 
eration by reprocessing selected input data through auditor 
controlled versions of FHA* s computer programs. This proce- 
dure, however, does not ensure the validity of the data en- 
tering the system. The input must still be checked back to 
source documents before the auditor can attest to the accu- 
racy of system output. 

Because selected input data would be reprocessed 
through auditor controlled versions of FHA* s programs to 
verify consistent processing, the audit team reviewed the 
manual audit steps carried out in prior years to determine 
which steps could be automated and incorporated with the 
test for consistency. The team concluded that certain au- 
diting procedures could be accomplished by modifying exist- 
ing computer programs and by writing several new programs. 
This approach permitted the auditors to combine several 
functions including 

— testing for consistency of processing, 

— selection of sample cases for verification to source 
documents , 

— accumulation of summary totals for comparison to bal- 
ance sheet figures, and the 

— production of all output normally produced by FHA* s 
program. 

These automated auditing procedures enabled the auditors to 
maintain a high-quality audit and at the same time accom- 
plish the procedures at computer speeds. 



197 




BETv 



APPENDIX VI 



The audit plan to be followed as a result of amending 
FHA 1 s computer programs and preparing new ones is shown in 
appendix VI c. The flow charts depict a condensed version 
of FHA 1 s File Maintenance and Acquired Home Property sys- 
tems together with the audit team* s decisions on how to au- 
dit the systems. A discussion follows. 

The work to be performed as the result of modifying 
File Maintenance program 21000 includes 

— producing summary totals for earned and unearned pre- 
miums and totals of insurance in force according to 
the section of the National Housing Act under which 
the mortgages are insured, 

— selecting an attribute sample from the master in- 
sured mortgage file for verification to source docu- 
ments, 

— providing the capability for selecting master rec- 
ords on the basis of case numbers specified by audi- 
tor prepared finder cards, and 

— producing a value estimate sample for use in pro- 
jecting the total dollar amount of insurance in 
force tinder section 203 of the National Housing Act. 
(Because of the large volume of mortgages under sec- 
tion 203 of the act, 58 of the total 66 reels of 
tape, sample reels were to be selected for process- 
ing instead of the entire file. All data on all 
other sections of the act would be processed and 
verified on a 100- percent basis.) 

Reprocessing selected input data through the newly modified 
File Maintenance program 21000 (renumbered 26101) would now 
produce specified summary totals, output tapes containing a 
master attribute sample, and a value estimate sample, plus 
the same output of FHA‘s original program, i.e., transac- 
tions processed, terminations, an updated master file, a 
billing tape, and exceptions. (See app. VI c, p. 220.) 

The audit team also decided to write additional com- 
puter programs. 
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— Program 26102. Print the master attribute sample 
file created by File Maintenance program 26101. 

— Program 26103. Select and print a sample from the 
transaction file which was input to File Maintenance 
program 26101. 

— Program 26111. Match the billing tape produced by 
File Maintenance program 26101 with the updated mas- 
ter file. This match is performed to determine if 
all items on the updated master file that should be 
billed are on the billing tape. 

— Program 26112. Age outstanding premium billing col- 
lection items and print a detailed trial balance. 

— Value estimate program (no number) . Print a value 
estimate report. The consultant's current ratio es- 
timate computer program would be modified to accept 
tape input produced by File Maintenance program 26101. 

Essentially the same procedure was followed for the Ac- 
quired Home Property System. The audit team identified 
those audit steps which could be automated and then devel- 
oped a plan to accomplish the procedure by either modifying 
existing computer programs or writing new ones. 

Once the audit team decided what computer programs had 
to be modified or prepared from scratch, the specific re- 
quirements had to be communicated to a programmer in a form 
that he could understand. In the computer environment, this 
information is conveyed by use of narrative descriptions re- 
ferred to as specifications. 
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Preparation of program specifications 

Because the site auditor was ultimately responsible 
for the audit, he participated directly in the preparation 
of the specifications. Two levels of specifications were 
prepared. As the first level, the overall or general spec- 
ifications outlined the desired audit objectives. For ex- 
ample, the general specifications for File Maintenance pro- 
gram 26101 required the program to generate summary totals, 
select an attribute sample, provide the capability for se-^ 
lecting records on the basis of auditor established criteria, 
and select a value estimate sample. As the second level, 
these overall specifications were further refined into de- 
tailed progra mmi ng specifications by the computer trained 
auditors and the consultants technical employees. A set 
of specifications for one program, which shows the necessary 
level of detail is included in appendix VI d. A complete 
set of all specifications were reviewed in detail and ap- 
proved by the GAO audit mamager before they were turned over 
to the consultant 1 s programmer. 

Programming and testing 

Following the detailed specifications, the consultants 
programmers amended agency programs and wrote new ones as 
req ui red. All programs were coded in AUTOCODER, the same 
computer language used by FHA. In most cases the choice of 
computer language is restricted to that used by the agency 

Once the programs were written, they were keypunched 
into cards and made ready for assembly. The assembly of a 
program involves taking the programmers source statements 
or coding already punched into cards and converting them by 
machine translator into code which the computer can under- 
stand. An example of the programmer's coding and the re- 
lated machine generated code is included in appendix VI e. 
The act ua l program assembly and testing for accuracy was 
performed on computers at HUD. Because the audit team was 
treated as any other customer , they had an opportunity to 
review and observe internal controls in an operating envi- 
ronment. The auditors made appropriate comments on con- 
trols, such as maintenance of equipment, tape library opera- 
tions. and overall system security. 
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The site auditor worked closely with the consultants 
programmers during assembly and testing. After the auditor 
approved all test results, plans were made for running ac- 
tual production. 
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Production 



Actual production or processing on HUD computers was 
scheduled for several different days as data tapes were re- 
ceived. All agency data tapes to be used were duplicated 
on reels supplied to HUD by the audit team. These reels 
represented a permanent record of the data that the team 
was processing and offered a method of retrieval in case 
any data was inadvertently destroyed. 

To determine that the data tapes furnished were correct 
and consistent with information previously furnished, se- 
lected files were printed out and compared to the file lay- 
outs furnished in agency document at ioa. These comparisons 
and tests did not reveal any discrepancies, therefore, pro- 
duction could begin. 

File Maintenance System 

The audit team mounted the necessary data tapes on the 
IBM 7074 computer and reprocessed selected data through pro- 
gram 26101, the auditor's modified version of FHA' s major 
program for updating the insured mortgage master file. The 
computer run produced the following output. 

— Summary totals for earned and unearned premiums and 
insurance in force. 

— An attribute sample from the updated master file for 
tracing to source documents. 

— A value estimate sample for projecting the amount of 
insurance in force under section 203 of the National 
Housing Act. 

— All output normally produced by FHA' s unmodified 
program including transactions processed, termina- 
tions, an updated master file, a billing tape, and 
an exceptions tape. 

With this computer output available, the audit verifi- 
cation work began. The auditors verified the applicable 
computer generated summary totals of earned and unearned 
premiums and insurance in force to figures reported on FHA's 
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financial statements. No significant discrepancies were 
found. 

The attribute sample from the updated master mortgage 
insurance file was written on tape by the IBM 7074 computer. 
The audit team used the previously prepared program 26102 
on an IBM 1401 computer to print out the sample items. All 
the sample items were checked manually to source documents 
and found to be correct. 

The value estimate sample was also written on tape by 
the IBM 7074 computer. These selected sample items were 
used as input to the consultant's previously prepared value 
estimate computer program. 

The audit team discovered that the sample estimate, or 
mean, calculated by the program differed significantly from 
the mean obtained by dividing the total amount of mortgage 
insurance in force by the number of mortgages reported by 
FHA. In fact, the mean calculated from FHA's figures did 
not even fall within the upper and lower confidence levels 
calculated by the value estimate program. Further inquiry 
revealed that the reels of data selected at random by the 
auditor for use in drawing the sample were not representa- 
tive of the universe. The audit team discovered also that 
the files were maintained in State order within sections of 
the National Housing Act. Another method of selecting a 
representative sample had to be devised. The team finally 
decided to manually select a representative sample of mort- 
gage case numbers from the universe. These numbers were 
used in combination with FHA's inquiry system which permits 
retrieval of case information from the master file. During 
the regular monthly update run, the sample information was 
retrieved. These items were then used as input to the con- 
sultant's value estimate program and successfully processed. 
The mean previously calculated from FHA's figures for in- 
surance in force was well within the newly calculated con- 
fidence levels. In fact, it closely approximated the new 
sample mean. The auditors were therefore satisfied that the 
reported amount of insurance in force under section 203 of 
the National Housing Act was acceptable. 

To test the reliability and accuracy of transactions 
entering the system, the audit team used previously prepared 
program 26103 to select and print a sample from the 
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transaction file which was input to the File Maintenance up- 
date run. These sample items were manually verified to 
source documents, and no discrepancies were found. 

The audit of the accounts receivable included a review 
of the premium-billing procedures and verification of the 
account balance. FHA' s normal procedures require that a 
billing tape be produced as output of File Maintenance pro- 
gram 2100C. This billing tape, which is supposed to con- 
tain all mortgages for which premiums are due in the coming 
month, is converted into punched cards which replenish an 
open-item card file containing all accounts receivable. To 
check the functioning of these billing procedures, the audit 
team used previously prepared program 26111 to match or com- 
pare the billing tape with the updated master file which 
contained all mortgages regardless of when their premiums 
were due. The program was designed to determine if insured 
mortgages due for billing had been actual. ly written on the 
billing tape. Any mortgages supposed to be billed but not 
on the billing tape (nonmatching items) were to be printed 
out for the auditor’s review. When the match was made, no 
exceptions were printed out. The auditor was satisfied 
that the premium billing tape contained the proper items. 

The accounts receivable balance consisted of all billed 
premiums unpaid as of the end of the month. As payments 
were received, the applicable punched card was pulled from 
the file. Therefore the total dollar amount of cards re- 
maining in the open- item card file at any one time repre- 
sented the account balance. To establish a proper cutoff as 
of the balance sheet date, the audit team had the file of 
punched cards converted to magnetic tape by a standard card 
to tape program. An auditor observed conversion of over 
125,000 cards to tape. As a result, the auditor had a 
frozen accounts receivable file that could be processed at 
magnetic tape speeds. To ascertain the status of the ac- 
count, an aged trial balance was desired. Because FHA 1 s 
aging program did not supply the necessary aging categories 
for audit evaluation, the audit team used previously pre- 
pared program 26112 to age the outstanding premium collec- 
tion items and to print a detailed trial balance. There 
were no significant differences with the figures shown on 
the agency trial balance * 
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The computer running time used to process all data ap- 
plicable to the File Maintenance System totaled about 11 
hours— 6 hours on the IBM 7074 and 5 hours on an IBM 1401 
computer. Assuming that the system remains relatively 
stable, computer running time will remain about the same on 
future audits . 

Ac quired Home Property System 

The Acquired Home Property System was subject to the 
same review procedures used for auditing the File Mainte- 
nance System. Several of FHA' s computer programs were mod- 
ified and several new programs were written. The flow 
charts on pages 222 and 223 of appendix Vic depict the work 
performed. No significant discrepancies were found during 
the audit of acquired home properties. 

A total of about 5 hours of computer time was used to 
process all data applicable to acquired home properties. 
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The primary benefit of the audit approach used was the 
degree of familiarization gained by the auditors with the 
actual system used by FHA, and the greater degree of assur- 
ance that data generated by the system was reliable. The 
auditors were able to perform a more thorough review and 
maintain a high-quality audit in the face of a growing com- 
plex computer system. 

At FHA, it had become increasingly difficult to audit 
around the computer. We recognized that, for the staff au- 
ditor to remain a decisionmaker, as opposed to merely ob- 
serving the efforts of technical persons, a significant 
amount of time had to be devoted to learning the system and 
supervising the programming and operation of computer audit 
routines. Several months were spent in doing this work. 
Because the agency had invested thousands of man-days de- 
signing and refining the system, it is reasonable to expect 
that considerable time would be needed to evaluate such a 
system. The experience gained by the auditors on this proj- 
ect uniquely qualifies them to supervise other audit work 
on computer-based systems. Furthermore, the project proved 
that auditors can work harmoniously with technical computer 
persons in implementing computer- auditing procedures . 
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CONDENSED FLOW CHART 
FILE MAINTENANCE 
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CONDENSED FLOW CHART 
FILE MAINTENANCE— ACCOUNTS RECEIVABLE 
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CONDENSED FLOW CHART 
ACQUIRED HOME PROPERTY SYSTEM 
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REVIEW OF FHA's ACQUIRED HOME 
PROPERTIES UPDATE PROGRAM #63020 



I. Abstract of Program #63020 

This program distributes the unallocated receipts 
among the on-hand cases on the Acquired Property Master 
file on a monthly basis. During the program, the master 
file is also zero balanced and updated by dropping final 
sales and placing them on a Final Sales statement tape, 

II, F iles (See Appendix VIbl) 

A, Acquired Property Master File - 63000 (input and 

Output) 

The Master File which this program maintains con- 
sists of one Master Record for each FHA Acquired Home Prop- 
erty, Each Master Record is uniquely identified by an FHA 
Case and Sub- case number as well as a Section of Act number. 
The File is in sequence by Section of the Act, FHA Case Num- 
ber, and Sub-case Number. The Section of the Act identifies 
the particular section of the Act authorizing FHA mortgaged 
properties to be acquired under which this particular prop- 
erty was actually acquired. There are currently about 40 
such acts, not all of which are actually represented in 
this file, with an additional 10 to 20 expected shortly. 

Within the Master Record, data is recorded sepa- 
rately for that portion of the property which remains un- 
sold, i.e. On Hand Property, and that portion which is Sold 
Property . 

B. Accumulative Transaction File - 63001 (Input and 

Output) 

The AHP Phase II Accumulative Transaction File is a 
detailed backup for the Master File. It consists of an 
Opening Balance Record and a string of Transaction Records 
(if any are effective for the period) for each Master Rec- 
ord. The Opening Balance record is an accumulatory record 
with identifying data and dates plus accumulatory fields 
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for each of the dollar amounts carried in the transactions 
(there are 14 different dollar amounts with each transac- 
tion type capable of updating from 1 to 10 of them) * Upon 
creation it contains zero totals. The transactions are ex- 
act copies of the monetary transactions previously processed 
against the Master. 

C. Final Sales File - #63123 (Output) 

This file contains property records of sold master 
records (under conditions outlined in the program flow) and 
closing balance records. 

D. Unallocated Transactions Processed File - #63002 
(Output) 

This file contains debit transactions for both sold 
master records and on- hand master records (see program 
flow) and a credit record developed from the master record 
for total unallocated expenses. 

III. Narrative of Program #63020 

The program is segmented into four sections. Sec- 
tion *A* performs data manipulation and calculates the un- 
allocated expenses per on-hand cases. The total unallocated 
expenses and number of cases will be checked at end of job. 
Section *B* is the main processing for Sold master records. 
Section *C* is the main processing for On- Hand master rec- 
ords and Section * D* is the end of job balancing processing. 

Section A 

(The assumption is made that today* s date and the total 
number of On-Hand cases is contained in word 0109 at 
the beginning of the program.) 

1. If the number of cases is zero, the job halts and must 
be restarted. 

2. The date in the format YYDDD is converted to the format 
MMDDYY. 
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3. Read the First Master Record. This record is unique. 

It contains the total amount of money to be allocated in 
On- Hand maintenance and operating expense. 

The ON- HAND maintenance and operating expense field of 
this master is stored to be checked end- of- job. This 
field is divided by the total number of cases and the 
quotient and remainder of this are stored as the total 
un- allocated expenses per case. This total too is 
checked at end- of- job. 

If the remainder is not zero, some additional processing 
occurs to eliminate it during the On-Hand section of the 
program. 

4. Read First Transaction Record. 

5. The expense field on the first master is zeroed and is 
PUT on the Master Out tape. 

6. Every transaction record that matches this first master 
on case number and is Section of the Act 0001 is PUT on 
the Transaction Out Tape. 

7. A credit item is built from this unique master with the 
total unallocated expense for ON-HAND maintenance and 
operating expense given a minus sign. This record is 
PUT on the Transaction Out Tape. 

8. This same credit record with the total expense field 
zeroed is also PUT on the Transaction Processed Tape. 

After this initial processing, the main program logic is 
entered. 

Main Program Compare - 

1. A master record is read and the high order position of 
type sale is tested for a 2. 

2. If it is a 2, the master is a SOLD master and the sales 
processing is entered. If it is not a 2, the ma ster is 
an ON- HAND master and the ON- HAND processing is entered. 
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Section B - Sold Cases Pro ce ssing ♦ 

1. For each sold Master, the Date of Sale processed is com- 
pared to today* s date* If the difference between factors 
of these two dates is greater than 2, the settlement 
status is checked. 

1.1 Otherwise, the case number of the master is compared 
to the transaction record. See Step 17. 

The formula for date comparison follows: 

D=Date of Sale Processed 

T= Today* s Date 

(YR) (12) + (MO) - (YR) (12) + (MO) 

D D T T 

2. If the settlement status is not 14 or 24, the case num- 
bers are compared. This comparison is the same one re- 
ferred to in 1.1, above. 

3. If the status is 14 or 24, the master field of Sold 
Profit on C of C is checked for non zero. If it is, a 
profit switch is set on, and the master is keyed and a 
profit exists . 

4. A Property Record item is built from the master record 
and if the profit switch is on, the statement code is 
made a 20, otherwise it is 30. 

5. The property record is PUT on the Final Sales Tape. 

6. The balance record area is zeroed and the master case 
number is compared to the transaction case number. This 
comparison is distinct from the comparison referred to 
earlier in the date routine in Step 1. 

7. If the case numbers or the sub case and Section of the 
Act numbers are unequal, the net investment is computed 
for the master just completed and the balance record is 
compared to the master. The computation and balancing 
are explained later. 
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8. If the numbers are equal, the first transaction record, 
which is the opening balance, is moved to the closing 
balance area and is PUT on the Final Sales Tape. If 
the profit switch is on, the transaction input record 
is also PUT on the Transaction Output Tape. 

9. A new transaction input record is read and the case 
number comparison in step 6 is entered. For all trans- 
action records with the same case number, except the 
first, the program begins to accumulate totals (see Ap- 
pendix VIb2) for the balance record. After the accu- 
mulation, the transaction is put on the Final Sales 
Tape and if the profit switch is on, it is also put on 
the Transaction Out Tape. 

10. If the case numbers are unequal, the Master record is 
now balanced against the accumulated transactions in 
the closing balance area. This is the explanation re- 
ferred to in Step 7. 

11. The net investment is computed as the sum of all fields 
in the balance area not including (a) Profit on Sale 
(b) Loss on Sale, and (c) Profit on C of C case. 

12. Next, every field on the Balance Record is checked 
against the corresponding field on the master. If they 
all agree, the case is in balance and the balance area 
becomes the closing balance record and is PUT on the 
Final Sales Tape. If they do not agree, go to Step 14. 

If the profit switch is on, the Master input is PUT on 
the Master output and a new master is read and we re- 
turn to our main processing loop, i.e. main program 
compare • 

13. If the profit switch is not on, a *1' is added to the 
number of masters deleted, a new master is read and we 
return to our main processing loop. 

14. The master is out of balance if any field disagrees 
with the master. The balance area is keyed as out of 
balance and as a closing balance and is PUT on the 
Final Sales Tape. 
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15. An opening balance record is created with (1) Sale Loss 
(2) Sale Profit and (3) Profit on C of C case zeroed 
out. 

16. If the profit switch is on, the master is PUT the Master 
Tape Out; a new master is read and the main program com- 
pare is entered. If the switch is off, the opening 
balance record is PUT on the Transaction Out Tape and 
then the ma ster processed as described above in this 
step. 

17. For Sold Masters with date factors less than 2 apart 
or settlement status not equal to 14 or 24 the case 
numbers between the master and the transaction are com- 
pared. 

18. If they are unequal, the Master is PUT on Master Tape 
Out and a New Master is read, and the main program com- 
pare is entered. 

19. If they are equal, the sub case and Section of the Act 
are compared, if they are equal the Transaction In is 
PUT on Transaction Out and a New Transaction is read 
and the case number is compared in Step 17. 

20. If they are unequal, the master processing is used as 
in Step 18. 

Section C - On- Hand C ases Processing 

1. For each ON-HAND master, a "l" is added to a computer for 
total ON-HAND cases and the maintenance amount per case 
is added to the total allocated counter. It is these 
two counters that will be checked at end- of- job against 
the figures from word 0109 and the unique Master record. 

It is in this routine that the following occurs: 

If the remainder of maintenance amount per case (pennies) 
is zero, instructions are executed that result in the 
maintenance and operating expense field on the master and 
the amount field on the credit record being zeroed. 
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If the remainder is not zero, however, the remainder has 
1C subtracted from it; the maintenance amount per case 
has $1 added to it; the amount field in the credit rec- 
ord has $1 stored in it; the maintenance and operating 
expense field on the master first has $1 added to it and 
is immediately overlayed with $1. 

This special processing will continue until the remain- 
der has been eliminated, which will be the number of 
cases needed to make it zero, 

2, The master case number is compared to the transaction 
case number, 

3, If they are not equal and the sequence switch is on, the 
files are out of sequence and the job is terminated, 

4, If the switch is not on, a credit item is built from the 
master record and PUT on the Transaction Out tape. The 
credit item is keyed as a debit (second word has a zero 
in the low order) and PUT on the Transaction Processed 
tape. The Master record is put on the Master Out Tape, 

A new Master input is read and the main program compare 
reentered. 

5, If the case numbers are equal, then the master and 
transaction sub case number and Section of the Act are 
compared. 

6, If they are unequal, the f:le sequence is checked and the 
same procedure indicated above in Step 3. 

7, If the sub case number and Section of the Act are equal, 
the Transaction is PUT on the Transaction Out Tape; a 
new transaction is read and case numbers are compared as 
indicated above, in Step 2 , 

Section D - End of Job Processing 
End-of-Job Totals 



The total cases in location 0109 is compared to the ac- 
cumulated total of ON-HAND Masters, Any discrepancy is 
typed out. 
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The total expenses computed is compared to the total ex- 
penses from the unique master record. If there had been 
a remainder, I don*t understand how an equal compare 
could ever occur. 

Although file record counts are kept by the program, they 
are never used. 
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INPUT- OUTPUT CONFIGURATION PROGRAM 63020 



NAME 


CHANNEL 


UNIT 


TYPE 


FORM 


RECORD LENGTH 


Master Input 


2 


3,4 


1 


1 


59 Words 


Transaction 


2 


1,2 


2 


2 


25 Words 


Input 

Master Output 


1 


0,4 


3 


1 


59 Words 


Transaction 


1 


1,2 


4 


2 


25 Words 


Output 

Transactions 


1 


3 


4 


2 


25 Words 


Processed 
Final Sales 


2 


0 


4 


2 


21 Words 
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ACCUMULATION PROCEDURE FOR TRANSACTION RECORDS 



STATUS 

14, 24, 33, 36 
09, 65, 69 

08, 26, 28 



67 

68 



50, 


51, 


52, 


53, 


55, 


56, 


60 


11, 


12, 


21, 


22, 


31, 


32, 


34 



99 



FIELDS 

ACQUISITION COSTS 

SALES PRICE 

TAXES 

MAINTENANCE & OPERATING 
EXPENSES 

SALES EXPENSES 

ACQUISITION COST 

ADDITIONAL ACQUISITION 
COST 

ASSET VALUE AT REPOSSES- 
SION 

NET RECEIVABLE AT DE- 
FAULT 

TAXES 

MAINTENANCE & OPERATING 
EXPENSES 

INTEREST ALLOCATED 

CERTIFICATE OF CLAIM 
PAID 

INTEREST OF C OF C PAID 

DEPENDING UPON TYPE ANY 
FIELD MAY BE UPDATED 

ACQUISITION COST 

MAINTENANCE & OPERATING 
EXPENSES 
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FLOW CHARTS DEPICTING CHANGES MADE 
TO FHA PROGRAMS FOR AUDIT PURPOSES 



Pile Maintenance System 
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FLOW CHARTS DEPICTING CHANGES MADE 



TO FHA PROGRAMS FOR AUDIT PURPOSES 



File Maintenance System 
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FLOW CHARTS DEPICTING CHANGES MADE 
TO FHA PROGRAMS FOR AUDIT PURPOSES 



Acquired Property System 



Page 1 of 2 






222 



APPENDIX Vic 



FLOW CHARTS DEPICTING CHANGES MADE 
TO FHA PROGRAMS FOR AUDIT PURPOSES 



Acquired Property System 



Page 2 of 2 




223 



218 



APPENDIX VId 



PROGRAMMING SPECIFICATIONS 



Program #26101 - Modified FHA's Program #21000. 



I Purpose - To modify the FHA's existing program to do the following: 

« 

A. to select an attribute sample of the Master Insured 
Mortgage File on an every Nth, over X basis, 

B. to select Master records (on case number) as 
specified by finder cards, 

C. to produce totals, by Section of Act, for earned and 
unearned premiums and unpaid mortgage balances, 

D. for Section 203* to produce a sample of the Master 
from which to project the above totals for the entire 
Section 203* 

NOTE: Because of the volume in Section 203* sample 

reels will be used in lieu of the entire file. 

All inputs, outputs and processing will remain as in the 
current FHA's Program #21000. 



II Input 

A. Standard date card. 

B. Parameter cards - format attached. 

C. Finder cards (optional) - format attached. 

D. Remainder of input as in the existing programs. 

Ill Processing 

A. Read date card. Compare the program number on the 
date card to "26101 11 . If not equal, come to locked 
halt (HALT 1111). Store dates for subsequent use. 

NOTE: On all locked halts, program will be re-loaded. 

B. Read parameter cards and store Nth and "over x" fields. 
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PROGRAMMING SPECIFICATIONS 



C. Read finder cards. Sequence check finder cards on 
the following fields (major to minor) 

Section Number 
Case Number 

If out of sequence* come to locked halt (HALT 2222). 

D. Open two additional output files. 

1. Attribute sample - ident "FHAFMMSTSM" . 

2. Value estimate sample - ident "FHAVAIEST u . 

Place Julian date from date card in all output 
headers. Assign both files above* file number 26101. 

E. Determine which field will be used for the value 
estimate and write every Nth field* from Section 203 
only* on to the value estimate tape. Accumulate 
number of records selected and total amount. 

F. Determine which field will be used for the "over x" 
of the attribute sample. 

G. Write every Nth record and all that are ?, over x" on 
to the attribute sample tape in the same format as 
the master input. Insert a reason code (1 * every 
Nth* 2 = over x) in the record. 

H. Match the finder cards to the master on section 
number and case number. If equal* write the record 
on the attribute sample tape with reason code 3» 

I. Accumulate total earned and unearned premiums and 
unpaid mortgage balance for each section of the act 
and grand totals of the above (allow 2 words per 
accumulator) . 

J. At a break in section number* type out the above 
sub- totals for that section. 

K. At end of job* type out the grand totals accumulated 
per I* above* and value estimate totals per E* above. 

IV Output 

Same as existing program plus 

A. Summary Totals. 

B. Value estimate sample. 

C. Master attribute sample. 
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PROGRAMMING SPECIFICATIONS 



Program #26101 
Parameter Card: 



c.c. 


FIELD 


FORMAT (or contents) 


1 


Card Code 


llgtl 


3 


Finder Cards indicator 


0 = no finder cards 

1 = finder cards present 


4 


Value Estimate 
field code 


1 = unpaid mortgage 

balance 

2 = original mortgage 

amount 


5 


Attribute Sample 
"over x" field code 


same as above 


6-io 


Nth value for 
value estimate 


XXXXX 


11-15 


Nth value for 
attribute sample 


XXXXX 


16-20 


over x value for 
attribute sample 


XXXXX 


Cards: 






C.C. 


FIELD 


FORMAT (or contents) 


1 


Card code 


n o ii 


7-10 


Section number 


xxxx 


11-20 


Case number 


xxxxxxxxxx 



Last finder card should have all 9's in section number and 
case number. 



In both formats, all unused columns will be zeros and a plus zone ( + ) 
over columns 10, 20, 30, 40, 50, 60, 70, and 80. 
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PROGRAM ASSEMBLY 



MACHINE 

GENERATED 



PROGRAMMER CODING 


MEANING 


CODE 


1401 Autocoder 


R 


Read a card 


1 


W 


Write a line 


2 


P 


Punch a card 


4 


MCE 


Move characters 






and edit 


E 


H 


Halt 


• 


M 


Multiply 


a 


D 


Divide 


% 


A 


Add 


A 


S 


Subtract 


S 
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CUSTOM-DESIGNED COMPUTER MATCH ROUTINE 
FOR AN IBM 1401 COMPUTER 
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CUSTOM-DESIGNED COMPUTER MATCH ROUTINE 
FOR AN IBM 1401 COMPUTER 



INTRODUCTION 



This match routine was designed to accept as input 
those magnetic tapes prepared by the Haskins & Sells Au- 
di tape System. The routine will compare records on two mag- 
netic tapes and identify and list either matched or un- 
matched records. Input data must be on magnetic tape. 

The computer program instructions are contained in 167 
punched cards . The user indicated by means of two addi- 
tional punched cards the fields on which comparisons are to 
be made and the type of output desired. 

SPECIFICATIONS FOR INPUT FILES 



Records in both magnetic tape input files must be in 
the format described below. 



Field 

number 



Field 

location 



Field 

length 



1 


1 


and 2 


2 


2 


3 


to 


8 


6 


3 


9 


to 


14 


6 


4 


15 


to 


24 


10 


5 


25 


to 


30 


6 


6 


31 


to 


44 


14 


7 


45 


to 


56 


12 


8 


57 


to 


68 


12 


9 


69 


to 


80 


12 


10 


81 


to 


92 


12 


11 


93 


to 


104 


12 


12 


105 


to 


116 


12 


Not used 


117 


to 


128 


12 


Record mark 






129 


1 



The input tapes prepared by the Audi tape System include 
an 80 character nonstandard header label and a tape mark in 
lieu of a trailer label. Each record is 129 characters in 
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length, including a record mark. The blocking factor is 20, 
which creates a block size of 2,580 characters. 

The input files must be in ascending sequence on field 
number 6. A comparison on field number 6 is mandatory in 
the program and always will be made first. The choice of 
other fields for comparison is made by the user through the 
use of punched request cards described below. 

REQUEST CARDS 

There always must be two punched cards placed behind the 
program deck. The format of the first card is as follows: 

fy>1 iimna Punching 

1 and 2 Must contain "AA" to be recognized by the computer. 

3 Punch "M" if matched records are to be listed. Punch "U” if unmatched 

records are to be listed. Column 3 must contain "M" or "U." 

4 Punch "Y" if user wants unmatched listing to include records not match- 

ing on field 6. Otherwise leave blank. 

The format of the second card is as follows; 

Columns Punching 

1 and 2 Must contain "BB" to be recognized by the computer. 

3 to 5 Express the number of a field selected by user for comparison in three 
figures using zero prefixes. For example, punch "008" if field 8 is 
selected. 

6 to 8 Punch the number of another field selected. (See notes.) 



9 to 11 do. 
12 to 14 do. 
15 to 17 do. 
18 to 20 do. 
21 to 23 do. 
24 to 26 do. 
27 to 29 do. 
30 to 32 do. 
33 to 35 do. 
36 to 38 do. 



Notes: 

1. Punch 999 after last field number requested. The 999 indicates that no 
other fields are to be compared. Columns to right of 999 will be blank. 

2. Field number 6 will not be stated because it is mandatory in the program. 

3. Field numbers to be chosen may be 001, 002, 003, 004, 005, 007, 008, 009, 
010, Oil, and 012. 

4. If comparison is to be on field number 6 only, punch 999 in columns 3 to 5. 
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PADDING 



The padding character on input and output files is a 
number 9. Input padding records are recognized by a 9 in 
field number 2; therefore no data record may have all 9*s 
in field number 2. 

BLOCKING FACTOR 



The blocking factor is 20 for input tape files and 10 
for output tape files. 

MEMORY SIZE 



The match program is for an IBM 1401 computer and re- 
quires a 12,000 character memory. 

OUTPUT 

Output consists of a listing of either the matched or 
unmatched records as directed by the user. The records 
printed also are placed on magnetic tape for later reference. 
The output tape has spacing, identical to the printing for- 
mat, between fields. An asterisk to the right of field num- 
ber 1 on the printed listing indicates that the record is 
unmatched on field number 6. 

The file placed on tape drive number 1 is called File 
No. 1, and the file placed on tape drive number 2 is called 
File No. 2. On the listing made by the computer, an "FI" at 
the left end of a data line indicates that the record came 
from File No. 1; an "F2" indicates that the record came from 
File No . 2 . 

The format of the output printed listing is as follows: 
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Element 




Field 


Field 






number 


Element name 


location 


length 






1 


File number 


1 and 2 


2 






2 


Field No. 1 


3 and 4 


2 






3 


for unmatched on 












field 6 or blank 


5 and 6 


2 


:4 




4 


Field No • 2 


7 to 12 


6 


7 




5 


Blank 


13 


1 


i 

! 




6 


Field No. 3 


14 to 19 


6 


1 




7 


Blank 


20 


1 


j 

i 




8 


Field No. 4 


21 to 30 


10 


i 




9 


Blank 


31 


1 


i 




10 


Field No. 5 


32 to 37 


6 


\ 




11 


Blank 


38 


1 


i' 

■J 




12 


Field No. 6 


39 to 52 


14 


i 




13 


Blank 


53 


1 


m i 

i 




14 


Field No. 7 


54 to 65 


12 


j 

•j 




15 


Blank 


66 


1 


■j 

\ 




16 


Field No • 8 


67 to 78 


12 


\ 

[ 

i 




17 


Blank 


79 


1 

t 


i 

J 

< 




18 


Field No. 9 


80 to 91 


12 


i 

i J 




19 


Blank 


92 


1 


j 1 

1 




20 


Field No. 10 


93 to 104 


12 


i i 

i 




21 


Blank 


105 


1 


1 

i 




22 


Field No. 11 


106 to 117 


12 


1 

i 

t 




23 


Blank 


118 


1 


i 




24 


Field No. 12 


119 to 130 


12 


i 




25 


Blank 


131 to 132 


2 


j 

i 

j 




26 


Group mark word mark 


133 




! > 

i 

i 




The output tape includes a standard trailer label. 


1 

1 

! 




Each record 


[ is 134 characters in length, including a record 


t 

j 




mark. The 


blocking factor is 10, 


which creates 


a block size 


j 

j 




of 1,340 characters. The format of the output tape is as 


i 




follows : 






i 

j 
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Element 

number Element name 



1 Zero 

2 File number 

3 Field No. 1 

4 for unmatched on 
field 6 or blank 



5 


Field 


No. 


2 


6 


Blank 






7 


Field 


No. 


3 


8 


Blank 






9 


Field 


No. 


4 


10 


Blank 






11 


Field 


No. 


5 


12 


Blank 






13 


Field 


No. 


6 


14 


Blank 






15 


Field 


No. 


7 


16 


Blank 






17 


Field 


No. 


8 


18 


Blank 






19 


Field 


No. 


9 


20 


Blank 






21 


Field 


No. 


10 


22 


Blank 






23 


Field 


No. 


11 


24 


Blank 






25 


Field 


No. 


12 


26 


Blank 






27 


Record mark 



Field Field 

location length 



1 1 



2 


and 


3 


2 


4 


and 


5 


2 


6 


and 


7 


2 


8 


to 


13 


6 






14 


1 


15 


to 


20 


6 






21 


1 


22 


to 


31 


10 






32 


1 


33 


to 


38 


6 






39 


1 


40 


to 


53 


14 






54 


1 


55 


to 


66 


12 






67 


1 


68 


to 


79 


12 






80 


1 


81 


to 


92 


12 






93 


1 


94 


to 


105 


12 






106 


1 


107 


to 


118 - 


12 






119 


1 


120 


to 


131 


12 


132 


to 


133 


2 






134 


1 



The computer will halt at the end of a run and for 
various other conditions as indicated by 3 digit codes dis- 
played in the "A" and "B" registers of the computer. The 
lists of codes and their explanation, a console operating 
guide, and complete program documentation are available from 
the U.S. General Accounting Office. 
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USE OF TEST FILES FOR COMPREHENSIVE SYSTEM TESTING ! 

! 

j 

AT THE VETERANS ADMINISTRATION CENTER j 

l 

j 

PHILADELPHIA, PENNSYLVANIA j 

As part of our study at the Veterans Administration ■! 

(VA) Center, Philadelphia, Pennsylvania, we made an extensive j 
inquiry into the procedures and practices followed by the i 

VA resident Automatic Data Processing (ADP) systems auditors 
in establishing and utilizing a test deck to test the vari- j 

ous computer programs which make up the VA Insurance system. 

We believe that an explanation of the automated insurance j 

program is necessary to provide a better understanding and j 

appreciation of the complexities involved in using a test j 

deck for comprehensive system testing. 

I 

VA INSURANCE SYSTEM j 

i 

The insurance system is a highly complex and integrated ! 
batch- processing system which involves the daily maintenance j 
and updating of the insurance records of about 5.5 million | 

veterans and servicemen. The insurance operations are con- | 

ducted at VA Centers in Philadelphia, Pennsylvania, and j 

St. Paul, Minnesota. All master record files are maintained 
on magnetic tape at the Philadelphia data processing center ; 

(DPC). The Philadelphia DPC uses an optical character 
reader for input, ar.d both centers use International Busi- 
ness Machines (IBM) 1401 computers to convert punched-card 
input to magnetic tape. The St. Paul DPC transmits its 
tape input to Philadelphia through a tape-to-tape communica- 
tions system. An IBM 7080 computer linked to an IBM 360-40 
is utilized as the main processing unit to update the master 
files. Upon completion of the daily updating, the output 
tapes relating to the St. Paul master records are transmitted 
back over the communications system for further processing 
and printing on the IBM 1401. 

When we began our study, VA maintained three separate 
master files for the insurance accounts under the jurisdic- 
tion of the Philadelphia Center and two separate master 
files for those under the jurisdiction of the St. Paul Cen- 
ter. These files covered the six major VA administered in- 
surance programs authorized by the Congress. 
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Prior to the completion of our study, VA implemented a 
major systems redesign which resulted in consolidating these 
five master files into one file for the Philadelphia Center 
and one file for the St. Paul Center. The system's redesign 
integrated the accounting system and combined a number of 
daily computer processes into consolidated update programs. 

In addition, the insurance award master records for 
both centers are maintained on one consolidated master file. 
These records are for the beneficiaries of deceased veterans 
who are receiving insurance proceeds and for the disabled 
veterans who are receiving disability insurance payments. 
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DAILY PROCESSING 

Daily insurance activities involve processing about 
86,000 transactions to update the related master records. 
Collections of about $1.5 million a day are automatically 
accounted for, reconciled, and applied to the appropriate 
individual insurance accounts. Punched cards representing 
collection items are generated by the system, mailed to 
policyholders , and returned with premium payments and loan 
and lien interest payments. Clerically prepared optical 
character recognition and punched- card input represents 
file maintenance transactions, such as requests for record 
printouts, applications for policy loans, cash surrenders, 
reinstatements, withdrawals of dividend deposits, waivers of 
premiums, changes to policy contracts, total disability ben- 
efits, premium refunds, death notices, accounting transac- 
tions, and other miscellaneous transactions. 

Magnetic tape input contains pending transactions. 

These are valid transactions that for some reason could not 
be processed against the master file. The pending transac- 
tion tape is produced as output each day and becomes input 
the following day. 

All tape input is edited and merged in insurance file- 
number sequence by transaction-type codes into a consolidated 
transaction input tape. This tape is then processed against 
the master file where invalid transactions are coded as re- 
jects, transactions that cannot be acted upon are placed on 
the pending tape for future processing, and valid transac- 
tions are processed to update the related master records. 

In addition to the updating which results from daily 
input transactions, the system automatically accomplishes a 
variety of internal transactions on the basis of a series 
*of call-up dates and call-up codes contained on the indi- 
vidual master records. For example, dividend and interest 
computations are performed automatically; collection items 
may be recoded internally and applied to lien and premium or 
loan and premium accounts; dividend credit amounts are with- 
drawn when needed and applied to pay premiums and prevent 
lapse; billing notices, lapse notices, and renewal notices 
are released automatically; and master record printouts are 
released automatically under a variety of circumstances to 
indicate that clerical follow-up actions are necessary. 
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When a notice of death or disability payment data is 
entered into the system, the status of the account is deter- 
mined, general ledger accounts are adjusted, accounting lia- 
bility is established for settlement of the claim, and an 
image of the master record is produced on an output tape. 
This tape is input to the insurance awards system where per- 
tinent information is extracted from the master record and 
an awards- pending master record is established. When the 
death or disability claim is approved and appropriate trans- 
actions are introduced into the awards system, the pending 
master record is changed into an awards master record and 
the system automatically begins to release the disability 
payment or the insurance proceeds payment on the basis of 
the particular optional settlement elected by the benefi- 
ciary. 



Upon completion of the daily updating run, the system 
produces a series of output tapes which require further proc- 
essing and printing. 

The daily "hard copy" output produced by the system 
includes : 



1, Collection transactions accounting and distribution 
reports. 

2, General ledger account totals, 

3, Summary processing control reports, 

4, Record printouts for clerical follow-up. 

5, Premium notices and loan and lien interest notices, 

6, Insurance policies, renewal certificates, insurance 
status notices, statements of account, lapse no- 
tices, and a variety of other forms for mailing to 
the insureds, 

7, Transaction listing for history and record re- 
trieval. 
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8. Reject lists and a variety of punched control cards 
for unassociated items, returned checks, pending 
refunds, cash dividends, etc. 

In addition, a daily cash disbursement tape is produced 
and forwarded to the Philadelphia Regional Disbursing Office 
of the U.S. Treasury for preparation of checks for payment 
of dividends, dividend credit- deposit withdrawals, refunds, 
cash surrenders, and policy loans. 
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ESTABLISHING TEST FILE 

In view of their responsibilities for certifying to the 
ope 'rational status of all computer programs in the insurance 
system and of all program modifications, the VA systems au- 
ditors constructed a test file to assist them in carrying 
out these responsibilities. The test file consists of (1) 
a master file of about 14,000 individual master records, (2) 
a card deck of input transactions, and (3) a complete set of 
all output data that the system normally produces. 

The test master file was obtained by preparing coded 
input to establish master records and by reproducing other 
master records from the live master file on another reel of 
tape. Additional master records are added to the test file 
as required to represent various conditions and circumstances 
which did not exist in those records originally established. 

The input transactions were obtained by extracting from 
a consolidated input tape all transactions containing an 
insurance file number which matched the file numbers of the 
master records on the test master file. Manually coded in- 
put transactions were added to represent different types of 
transactions which were not contained in the consolidated 
input tape. 

The output was obtained by processing the input trans- 
actions against the test master file. This action resulted 
in updating the individual master records and producing all 
the output that the system would normally produce under ac- 
tual processing conditions. 

The VA systems auditors then made an extensive review 
of each master record, to ensure that the updating actions 
had been proper. Every piece of output was examined, to en- 
sure that it was complete and accurate in every detail. 

Once this was done, the auditors were satisfied that all the 
programs in the insurance system were operational. 

Subsequent program modifications were tested by adding 
new input transactions to the input deck and processing them 
against the test master file by using the modified programs. 
The new input was designed specifically to test the program 
or part of the program that had been modified. Also the 
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auditors determined in advance the effects that rne new in- 
put should have on the master records and on all the output. 

GAO REVIEW OF TEST DECK PROCEDURES 



We made a review of a test performed by the VA systems 
auditors of a program modification which had been implemented 
during the time of our study. The modification was designed 
to provide for a computer-generated reply, under certain 
circumstances, to veterans inquiring about the payment of 
the 1968 dividend. Under normal procedures dividends are 
payable on the anniversary date of the policy. It had been 
the practice over the past several years, in accordance with 
Executive order, to pay all dividends at the beginning of the 
calendar year. This practice, however, was not followed in 
1968, and VA anticipated an inordinate amount of inquiries 
from veterans concerning their dividends. 

A project for a program modification was established, 
and instructions were issued that all mail relating to the 
payment of 1968 dividends be screened in the mail room. In- 
quiries relating to participating policies were to be for- 
warded directly to the keypunch section. The number 4 was 
to be punched in card column 31 of input card VA Form 29- 
5899 — Request for Record Printout (together with file number 
and name code) — and the card was to be released to DPC. 
Computor program modifications included: 

1. Changes in the daily edit and merge run to place the 
the input transaction in the proper sequence. 

2. Changes in the daily update run to: 

a. Reject transactions involving nonparticipating 
policies and those not eligible for dividends. 

b. Release to the veteran, where the policy anniver- 
sary date had not passed, VA Form 29-5885— 
Information About Your Insurance — with a computer- 
printed paragraph explaining that the 1968 divi- 
dend would be paid on the policy anniversary date. 
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c. Release a record printout for clerical follow-up, 
where the anniversary date had passed to deter- 
mine whether the veteran already had received the 
dividend. j 

Our review of the test made by the VA systems auditors | 

consisted of determining (1) what input the auditors had pre- 
pared to test the modification and (2) how the output had 
been effected. It is significant to note that, although j 

the modification had involved only one punch to one input 
card, the audit staff prepared 43 pieces of input to test j 

the modification. The input represented different types of | 

conditions that could appear on master records, for example, ■.! 

type plan, number of policies, amount of insurance, call-up ] 

codes, and different optional segments. The variety of in- j 

put was prepared to ensure that the program modification $ 

would process the transaction properly regardless of the : 

status of the master record. 



o 
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It is also significant to note that, although the mod- 
ification had been designed to effect a change on a form 
notice to veterans under one set of circumstances and to re- 
lease a printout of a master record under other circum- 
stances, the auditors were required to review prints of four 
different magnetic tapes, two listings, and 14 different 
types of form notices to veterans, to ensure that the modi- 
fication would properly produce only that output that was 
intended. 



The VA audit staff prepared the injrnt which was inserted 
into the test deck of input transactions and converted to 
magnetic tape. The tape imput was processed through the 
modified edit and merge program and then processed against 
the test master file by using the modified update program. 

The output tapes were processed through the dispersal pro- 
gram and then further processed through the 1401 print- 
punch programs to produce the test output. 



The output was then reviewed to ensure that (1) master 
records had not been altered, (2) printouts of master re- 
cords had been released in those cases where the policy an- 
niversary date had passed, (3) general ledger totals had 
not changed, (4) the transaction listing had not been al- 
tered, (5) the various form notices to veterans (except VA 
Form 29-5885) had not been affected and (6) the reports and 
controls listing had reflected the additional pieces of in- 



put and output. 
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Subsequent to our review the VA ADP systems auditors 
adopted the technique of using tape- compare programs in 
conjunction with the test file. The programs were developed 
by VA systems employees and were tested and accepted for use 
by the auditors. The purpose of the programs is to use the 
computer to compare output tapes before and after modifica- j 

tions to operating programs. This technique greatly reduces ■ 
the amount of hard copy output the auditors have to review. 

For example, a transaction tape may be generated before and ! 

after a modification to the operating program which produces j 
the tape. The tape-compare program is used to compare the ] 

transaction date on both tapes and to printout only those j 

transactions which differ. The auditors are required to | 

manually review only a few hundred pieces of output, in- j 

stead of the thousands that had to be reviewed prior to j 

adopting the use of tape-compare programs. j 
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CONCLUSION 

On the basis of our review, we concluded that the ex- 
tensive use of test decks in conjunction with ADP systems 
of even moderate complexity required an intimate knowledge 
of the system on the part of the auditor* It is also ap- 
parent that technical assistance would be required in con- 
ducting a test. 

The construction of a test deck may require special 
programs. In the VA case special programs had to be pre- 
pared to select master records from the live master file and 
to extract the matching input transactions for the consoli- 
dated input tape. Also the system redesign which VA had im- 
plemented to consolidate the master files of the various in- 
surance programs had necessitated the same redesign to the 
auditor's test deck. The conversion programs that had been 
prepared to accomplish the redesign were used initially to 
consolidate the test master files* After review and certifi- 
cation by the system auditors, the conversion programs were 
then used to convert the live master files. 

The construction and use of a test deck for comprehen- 
sive and recurring audits is a large undertaking that in- 
volves a considerable expenditure of time and requires a 
thorough knowledge of the system. The proper use of a test 
deck, however, is an effective auditing technique, and it 
should be considered by the auditor. 
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FOREWORD 



This guide has been designed for use by GAO staffs 
in evaluating internal controls in ADP systems in Fed- 
eral agencies or other organizations whose operations 
are being reviewed. 

The guide contains background information on 
controls used in ADP systems and a questionnaire for 
use in reviewing them. 

As more experience is gained in the review and 
evaluation of ADP systems in operation, the guide 
will be revised as necessary. 
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REVIEW GUIDE 

FOR EVALUATING INTERNAL CONTROLS 
IN AUTOMATIC DATA PROCESSING SYSTEMS 



SECTION I BACKGROUND MATERIAL ON 

CONTROLS USED IN ADP SYS- 
TEMS 
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SECTION I 







BACKGROUND MATERIAL ON CONTROLS USED 

IN A DP SYSTEMS 

INTRODUCTION 

The installation of an ADP system will often alter 
the functions and responsibilities of various groups in an 
organization. For example, it may alter the requirements 
for original source data to be furnished by operating de- 
partments. It may change the group processing the infor- 
mation and it may alter the processing since functions 
previously performed by the operating, service, and ac- 
counting departments may be transferred to the data pro- 
cessing group in order to make fuller use of the computer's 
capability. The conversion to ADP may result in the elimi- 
nation of intermediate records and controls that were pres- 
ent in the previous system. 

The objectives of controls in an ADP system are 
to insure that the system accepts and processes only valid 
data, that it processes such data completely and accurately, 
and that it produces the information, records, and reports 
that are needed. These are necessary and important ob- 
jectives. Systems that are designed with these control ob- 
jectives will not only possess a high degree of reliability, 
but the accuracy and orderliness which result will lead to 
greater processing efficiency by reducing the number of 
errors that require manual intervention and reprocessing. 

NATURE OF INTERNAL CONTROLS 



For many years, internal control has been identi- 
fied with such characteristics as the division of duties, a 
network of authorizations and approvals, arithmetical veri- 
fications, and lines of responsibility. However, with the 
ever-increasing centralization of data processing through 
the use of large-scale electronic computers, there has been 
a tendency to consolidate many of these functions. Even 
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with this consolidation, the basic concept of the division 
of duties and responsibilities as a measure of internal 
control is still valid. However, there is a change in the 
manner in which the basic concept is applied. 

The following changes are involved as functions 
are transferred from people to machines. First, the need 
for internal control over these people disappears. Second, 
a series of needs arise for control over such elements of 
the system as: 

1. The machines. 

2. The machine programs that run the machines. 

3. The people who operate the machines. 

4. The data entering the machines or systems. 

5. The processing of the data in the machine's 

system. 

6. The output products that are produced by the 
machines. 

In a manual, as well as in an automatic data pro- 
cessing system, data must be introduced into the system 
(input), processed, and the resultant information (output) 
communicated to management and other interested parties. 
A sound functional internal control system is equally im- 
portant in either system. 

’ GAO staff members must be aware of the charac- 
teristics of internal control which have changed or which 
have experienced a change in emphasis with the advent of 
ADP. Information systems, including accounting systems, 
using ADP can neither be designed nor audited properly 
unless the effect of ADP upon internal control is thoroughly 
understood. 
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INTERNAL CONTROL IN 

AUTOMATIC DATA PROCESSING SYSTEMS 



Internal controls in a data processing system vary 
widely, depending upon the type of application and its com- 
plexity. The actual techniques to be employed by an or- 
ganization depend upon individual conditions and require- 
ments. In the final analysis, the adequacy of the network 
of internal control present in a system* is the key element 
to be depended upon in determining the reliance to be placed 
upon the accuracy of the data processing system. 

Some of the internal controls most commonly used 
in mechanized information handling systems are described 
below. 

Input controls 

Input controls are those controls established to 
verify the accuracy of the process of transferring data 
from an external document into a machine- readable docu- 
ment. The exactness with which computers follow in- 
structions requires tbut data entering the system be con- 
verted into machine- readable media in correct form and 
content. 



The auditor should become familiar with: 

1. The types and quantities of source documents. 

2. The methods for converting this data to 
processing-machine language. 

3. The procedures for introducing the input into 
the processing equipment. 

4. The methods of recording information in coded 
forms on paper tapes, punched cards, or tags 
that can be used over and over again to pro- 
duce other records without rewriting (source 
data automation. 
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5. The recording devices used to feed trans- 
action data directly from the point of trans- 
action into the computer (direct recording). 

6. The various controls and checks designed to 
insure that all source data will reach the 
equipment without loss, addition, or error. 

This review should also cover the piecedures and 
facilities for retaining source documents, including safe- 
guards imposed and the manner, methods, and authority 
for the disposition of such records. 

Separation of duties 

Separation of duties involves a plan of organiza- 
tion within an automatic data processing facility whereby 
those functions concerned with systems planning and im- 
plementation are segregated from those concerned with 
the day-to-day operation of the system. This separation 
provides an effective cross-check of the accuracy and pro- 
priety of changes which are introduced into The system; 
it avoids the undesirable situation in which operating per- 
sonnel can implement revisions without prior approval and 
thorough checking; and it eliminates access to the equip- 
ment by nonoperating personnel. 

As a practical matter, the implementation of the 
separation principle becomes difficult with an ADP sys- 
tem because there is a tendency to have loose organiza- 
tional relationships between system analysts and program- 
mers, computer operators, key punch personnel, the con- 
trol group, and the program and tape library. In addition 
to loose organization, the trend toward integrated pro- 
cessing further obscures the separation of duties. In the 
face of these trends, it becomes difficult for the auditor to 
expect to find the traditional separation of duties. How- 
ever, he can reasonably expect to find some form of sepa- 
ration of duties. Several general points for consideration 
are listed below: 




\ 

248 : _ 



259 



APPENDIX IX 



1. Many data processing operations are carried 
on by a data processing center which func- 
tions as a service organization for the vari- 
ous activities which collect and use the data 
processed. The establishment of such an in- 
dependent service-type organization which 
handles all of the actual data processing pro- 
vides, in itself, a division of duties and re- 
sponsibilities and, under the proper circum- 
stances, might constitute an acceptable mea- 
sure of internal control, 

2. A control unit or group may be established 
for the purpose of monitoring and controlling 
data, both entering and leaving the data pro- 
cessing center. These control units, when 
they are organizationally independent of both 
the processing activity and the using activi- 
ties, also represent an effective internal con- 
trol through the division of duties and respon- 
sibilities. 

3. Many important types of transactions affect- 
ing financial files must come fron authorized 
personnel on signed documents. Furthermore, 
procedures are established to insure that in- 
put of this nature is made only from the ap- 
propriately validated document. 

4. Controls over the approval and implementa- 
tion of computer program changes may be 
instituted. 

5. At least two qualified people must be on duty 
in the machine room during all processing 
as a check against unauthorized use of the 
computer. 

6. A copy of the console typewriter printout may 
be retained as a log of computer operations. 
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Document controls 



Consideration should be given to the control of 
documents by log or other means. 

Prenumbered source document- -Serial numbers 
are printed or stamped on each document. This technique 
is particularly adaptable to documents, such as checks, 
vouchers, or sensitive documents, where each document 
must be accounted for. Input data so identified may be 
checked either mechanically or electronically to insure 
proper sequence or to reveal missing numbers. 

Document register - -A record on which each docu- 
ment is listed at the point of receipt or origin or at some 
critical intermediate control point during processing. This 
record not only discloses missing or misplaced documents, 
but it also can indicate delays in processing. If a docu- 
ment is lost or misplaced during processing, the document 
register can be referred to in order to locate the missing 
document. 

Transmittal slips- -A printed form utilized as a 
cover letter describing a group or batch of source docu- 
ments being transferred from one department or location 
to another. 

Batching --Ac cumulating documents into an eco- 
nomic processing unit indicating the number of documents 
in the group, the serial numbers of the documents included, 
and perhaps a control total of some data field that is com- 
mon to all documents. Control totals on the batch are ac- 
cumulated before source data is converted to input form. 
After data conversion is made to a machine -readable lan- 
guage, the batch totals previously taken may be compared 
to the totals on the input data. Batch totals may also be 
used as a check on the processing unit through a com- 
parison of input totals developed during processing and the 
totals previously developed prior to the input of the data 
into the system. 
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Manual editing- -The physical inspection of the con- 
tents of the source document, that is not in a machine- 
processable medium, to insure that the information con- 
tained on the document is complete and accurate before it 
is entered into the ADP system. 

For example, to insure the accurate conversion 
of input data to a machine -processable medium (e.g., 
punched cards), it is often desirable to manually edit the 
source document and transfer the appropriate data to a 
coding sheet from which the key punching can be directly 
performed. This technique is especially valuable when 
the source document is either extremely complex- -where 
much of the information on the source document is ex- 
traneous to the requirements of the machine -processable 
medium- -or else where the source document is prepared 
by third parties who cannot be controlled in the accuracy 
of their preparation of the source document. The type of 
data that would be appropriately checked would include 
identification or descriptive information such as control- 
ling codes, customer names, extensions, and footings. 

Control totals 



A control total is an effective method of control- 
ling both the number of records processed and the accuracy 
of the processing itself. It involves the development of 
various control totals through the addition of specific data 
elements taken from each record processed. These may 
be either "hash'* totals or actual data footings which have 
some significance in the system. These totals and their 
comparison from time to time throughout the processing 
generally furnish an excellent means of detecting errors. 

A "hash" total is the sum of certain specified 
numerical factors in the records being processed which 
has no accounting significance other than as a control. 
For example, the sum of stock numbers, employee num- 
bers, account codes, department numbers, voucher num- 
bers, or work order numbers are "hash" totals since they 
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provide the .controls without providing any significant ac- 
counting information. 

Actual footings or significant control totals fa- 
miliar to the auditor in manual accounting systems are 
utilized extensively in mechanized systems. These in- 
clude totals and subtotals of dollar amounts or quantity 
amounts and they can be made to serve a number of useful 
purposes in addition to their controlling function. The 
capability of automatic data processing equipment to de- 
rive and, in some cases, compare these totals rapidly and 
economically has supported the use of the control total 
device in many more instances than would have been pos- 
sible in manual systems. 

Control group 

A group usually organized independently of both 
the using activity and data processing center for the pur- 
pose of monitoring and directing data, both entering and 
leaving the data processing center. Such a control group 
has the responsibility of insuring that information flows 
through the data processing center in the manner out- 
lined in procedure manuals and computer programs. In 
some instances, this control group also schedules the work 
of the data processing center and acts as liaison between 
the center and those departments originating input or re- 
ceiving final reports. The control group may also follow 
up and reconcile discrepancies in order to insure cor- 
rect processing and proper disposal of rejected or incor- 
rect transactions. 

For example, source documents are received by 
the control group to be checked for proper authentication 
and completeness. They are then batched and control 
totals developed for each batch. These control totals are 
entered on a document log. Erroneous source documents 
are returned to the control group for investigation, cor- 
rection, and reentry into the system. Printed output, re- 
flecting machine -developed control totals, are forwarded 
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to the control group for comparison against totals devel- 
oped on the document log. 

Program documentation 

Complete and comprehensive documentation is 
essary to the continued efficient operation and success, 
any data processing system. Operating personnel sho\ 
have formal written procedures to follow. It, of course, 
is good practice to keep documentation current. 

Adequate program documentation is necessary to 
permit management, auditors, or outside agencies to ex- 
amine and understand the operations. Management has a 
broad need for good documentation. For example, in the 
absence of the original programmer, management must 
rely on documentation for making program changes, re- 
programming to improve machine efficiency, converting to 
another computer, or interchanging information with another 
installation. Documentation is also of value to the au- 
ditor. System flow charts and associated operator instruc- 
tions, for example, assist the auditor in determining how 
data flows through the system and the types of errors the 
computer has been programmed to detect. 

Adequate documentation varies according to the 
circumstances involved. One method of judging the ade- 
quacy of documentation is to determine whether a typical 
programmer could read his way to an understanding of 
the system without supplementary information and dis- 
cussion. 



Documentation of a system of average complexity 
might include the following: 

1. A general written description of the over- 
all system, including a statement of its ob- 
jectives, a description of the basic flow of 
information through the system, and a broad 
description of the separate processing steps 
and interrelationships between computer runs. 
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2. A system flow chart to accompany and illus- 
trate the description. 

3. For each computer program, a description of 
the functions performed by the program and 
a general description of how the program ac- 
complishes these functions. 

4. Block diagrams showing the sequence of op- 
erations performed by the programs. 

5. Record descriptions showing the form and 
content of all inputs and outputs and memory 
locations. 

6. Program listing in source language and in 
object code (a copy of a computer program 
used can replace the need for object code 
listing). 

7. Program operating instructions for loading 
control cards, switch settings, halt proce- 
dures, sources of input, and disposition of 
output. 

Output controls 

Output controls assure that data processing re- 
sults are reliable and that no unauthorized alterations have 
been made to transactions and records while in the custody 
of the automatic data processing unit. The basic objective 
is to provide the user a reliable record without slov and 
costly visual reviews of each individual output record or 
document. 

Output controls include, for example, the use of 
record counts and control totals. To the extent feasible, 
output record counts or amounts should be predetermined 
or established as controls at the earliest practicable point 
in the data processing operations. Provisions should also 
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be made for control counts of error or reject as well as 
••good" output records. 

The output control data should be produced auto- 
matically in such format that the data cannot be altered 
to conform with predetermined counts or amounts. Also, 
control data output should be reviewed or reconciled out- 
side the data processing unit. For example, a continuous 
form computer console typeout, printed control totals on 
the last page or form, or punched summary cards picked 
up by a shift supervisor and transmitted to a separate con- 
trol unit for verification would provide maximum assurance 
or specified output without operating alteration. 

Samples of all end products, especially in those 
data fields not subject to output count or other controls, 
should be visually inspected or reviewed for quality. For 
obvious reasons, this inspection is particularly impor- 
tant for those end products sent to customers or other 
persons outside the agency. 

Prog rammed controls 

The computer's ability to make simple decisions 
and perform arithmetical calculations makes it possible 
to program control procedures directly into an ADP sys- 
tem. These programmed controls represent checks ca- 
pable of being incorporated into the computer by means 
of coded instructions or programs. For example, the 
computer can be programmed to test input data against 
predetermined standards, count records, and develop con- 
trol totals. Programmed controls should be made a part 
of every computer program. 

Hardware controls 

Hardware controls are defined as those data pro- 
tection and validation devices that are built into the equip- 
ment by the manufacturer. Their primary function is to 
verify the accuracy of information transmitted, manipu- 
lated, or stored and to to insure that the computer is 
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performing properly. The electronic nature of the com- 
puter and the checking circuits and procedures (parity 
bits, dual reading, echo checks, etc.) engineered into the 
equipment mak& possible an operational reliability sur- 
passing by far the standards attainable in mechancial equip- 
ment or manual operations. 

Conversion controls 

The conversion of a conventional paperwork or 
electrical accounting machine system to an ADP system 
should be controlled in such a manner as to insure a smooth 
transition from the old to the new system. Critical em- 
phasis should be placed on the correction of discrepancies 
prior to conversion to the ADP system. Some basic tech- 
niques have been developed to facilitate the auditor’s cov- 
erage of important conversion areas. These techniques 

include: 

1. Procuring time schedules, training, and 
planned conversion procedures. 

2. Determining the necessity for parallel opera- 
tions. 

3. Becoming familiar with conversion routines. 

4. Reviewing document retention procedures, 

5. Reviewing site preparation. 

6. Reviewing system failure and related emer- 
gency procedures. 

7. Analyzing file purification process. 

8. Monitoring cutoff procedures as to their com- 
patibility with old versus new system opera- 
tions. 
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9. Reviewing conversion controls as to their ade- 
quacy in preventing losses on transfer of in- 
formation from the old system to the new. 

i 

PREAUDIT OF ADP SYSTEMS 



An audit of a new ADP system before its use is a 
practice often followed. The audit may be performed by 
either the external or internal auditor. It usually consists 
of a review of the system plan and evaluation of the controls 
designed into the system. Specifically, the objective is to 
evaluate the adequacy of system design and internal controls 
to see if the system will provide processing results that 
will be accurate and reliable and to determine whether the 
data system, as designed, will permit effective and econom- 
ical audits of the system and its products. Other matters 
to which the auditor's review may extend include the ade- 
quacy of the system documentation, conversion procedures, 
and content and frequency of reports. 
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SECTION II 

QUESTIONNAIRE FOR USE IN REVIEW OF 
INTERNAL CONTROLS IN ADP SYSTEMS 



INTRODUCTION 

This questionnaire is to be used in the evaluation 
of internal controls incorporated in automatic data pro- 
cessing systems. It is designed to provide the auditor with 
certain audit guidelines and to provide a framework around 
which an informed decision can be reached regarding the 
adequacy of internal controls. Obviously, in reviewing the 
total ADP system, the auditor will obtain general back- 
ground information and perform a review in sufficient depth 
to understand the basic purpose of the system, the general 
flow of information into the system, and the products coming 
out. 



This questionnaire emphasizes the methods of in- 
ternal control rather than specific procedures of auditing. 
It should, therefore, be used as an aid in identifying and 
evaluating internal controls. It is not intended that the 
auditor restrict his efforts to obtaining superficial answers 
to a list of questions. Instead, an in-depth analysis and 
evaluation of specific controls should be performed as 
called for by the circumstances. 

Since internal controls in a data processing system 
vary widely, depending upon the type of application and 
complexity, a questionnaire or checklist obviously cannot 
provide a standard approach which will apply to all applica- 
tions. Furthermore, it is not possible to list the specific 
number or types of controls a system should have before 
it is considered to have adequate internal controls. It is 
possible, however, to provide the auditor with certain re- 
view guidelines. 
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INTERNAL CONTROL IN 

AUTOMATIC DATA PROCESSING SYSTEMS 

Properly designed ADP internal controls can oper- 
ate as a substitute for detailed checking and, at the same 
time, provide a mechanism for control. 

The conversion to a computerized system requires 
major changes in audit approach and techniques. The 
accessibility of information, the disappearance of man- 
readable records, and the manipulation of data by the com- 
puter are significant problems to which the auditor will 
have to adjust his audit approach. 

In reviewing internal controls, the auditor seeks to 
find out whether prescribed procedures are actually being 
followed. The traditional audit approach of working back- 
wards from summary records is not adequate in many 
mechanized systems. This could cause the auditor to 
shift his approach to a procedures or systems audit whereby, 
instead of testing procedures for detailed transaction re- 
cording, he would emphasize ADP systems documentation 
and internal controls. 

In an audit of a mechanized system, the auditor 
should be aware of the controls built into the system which 
greatly increase the accuracy and validity of data pro- 
cessed. Some of these controls are discussed below. It 
is not a complete list of all controls available, but a list 
of those most commonly used in mechanized information 
systems. 
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AUDIT GUIDELINES 

General elements to be considered when evaluat- 
ing the adequacy of the system or network of internal con- 
trols are the (1) internal audit organization, (2) controls 
outside the computer, (3) hardware controls, and (4) pro- 
grammed controls. The auditor must determine whether 
these controls exist, whether they are adequate in the 
specific situation, whether they are being followed, and 
how they can be checked. 

INTERNAL. AUDIT ORGANIZATION 

An ADP function is usually of sufficient signifi- 
cance to an agency to warrant attention by the internal 
auditors or other internal groups. 



Questions 

1. Have any reviews been made? Obtain and re- 
view copies of available reports. 

2. Did internal auditors aid in designing or pro- 
viding an auditability survey of the ADP sys- 
tem? If so, the internal auditor should have 
detailed knowledge of the internal controls. 

3. Are reviews of the effectiveness of controls 
within the ADP center periodically made? 



If no reviews of any kind are made, we should 
consider developing an appropriate recommendation. 

CONTROLS OUTSIDE THE COMPUTER 
Input controls 

Input controls are those controls established to 
verify the accuracy of the process of transferring data 
from an external document into a machine- readable docu- 
ment. The exactness with which computers follow instruc- 
tions requires that data entering the system be converted 
into machine- readable media in correct form and content. 
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The importance of this area of data input cannot 
be stressed too strongly. No data processing system can 
produce accurate and worthwhile results if the basic data 
upon which it works is unreliable, incomplete, or inac- 
curate. 



The techniques used to review the input portion of 
most automatic data processing systems are similar to 
those used for conventional systems since these are gen- 
erally clerical operations. The auditor should become fa- 
miliar with (1) the types and quantities of source docu- 
ments, (2) the methods for converting this data to 
processing-machine language, (3) the procedures for intro- 
ducing the input into the processing equipment, and (4) the 
various controls and checks designed to insure that all 
source data will reach the equipment without loss, addition, 
or error. This review should also cover the procedures 
and facilities for retaining source documents, including 
safeguards imposed, and the maimer, methods, and author- 
ity for the disposition of such records. 

Questions 

1. What forms of input are used in the ADP sys- 
tem? (Punched cards, magnetic tape, paper 
tape, optical scanners, magnetic ink, magnetic 
cards) 

2. Are adequate verification procedures in effect 
to check the accuracy of input information 
being conventionally key punched into card and 
paper tape? 

a. Are all important data fields subject to 
mechanical verification by operators using 
verifier machines? 

b. If only some (or none) of the important 
data fields are verified, is an adequate 
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alternative verification technique, such as 
sight or ''mass" verification, being effec- 
tively employed? 

3. Is adequate verification made of punched card 
or paper tape information that is not conven- 
tionally key punched? 

a. If mark sense, porta-punch, or other sim- 
ilar procedures are used, is an adequate 
sight verification, batch total, or other 
control technique being used effectively to 
verify the accuracy of the mark sensing 
and the automatic card-punching process? 

b. If punched cards or paper tape are being 
created by a punch intercoupled with elec- 
tromechanical equipment (adding machine, 
bookkeeping machine, etc.), are all im- 
portant data fields adequately verified? 

c. If prepunched cards or tape are used, 
does the system make adequate provision 
for verifying the accuracy of their original 
punching and their subsequent reentry into 
the machine system? 

4. If media other than punched card or tape is 
being utilized, does adequate control of media 
accuracy exist? 

5. If information is received over communication 
facilities, are checks made to see that informa- 
tion was transmitted and received correctly? 

^re provisions made in the system for timely 
reentry of rejected or corrected input data? 

7. Are source documents stored in such a manner 
to safeguard against misuse or inadvertent 
handling and fire hazards? 
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8. Are source documents retained for a suffi- 
cient length of time to reconstruct the file 
in the event the master file is destroyed? 

Separation of duties 



The basic concept of the division of duties and 
responsibilities as a measure of internal control is still 
valid. No one group should have direct and complete 
access to the recordkeeping system. 

Questions 

1. Is formal separation of duties between sys- 
tems analysts and programmers, computer 
operators, keypunch operators, and record li- 
brarian practical at present? Although desir- 
able and recommended by most literature, for- 
mal separation of duties is not widely nor 
consistently practiced at present. Other solu- 
tions currently being used are: 

a. Important types of transactions affecting 
financial files must come from authorized 
personnel on signed documents. Examples 
are new hires, pay raises, and overtime 
work. 

b. Controls over approval and implementa- 
tion of computer program changes are 
being used. 

c. At least two qualified people must be on 
duty in the machine room during all pro- 
cessing. 

d. Companies using computers with a console 
typewriter usually require that a copy of 
the typewriter printout be retained as a 
log of computer operations. 
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Control group 



A control group is usually organized independently 
of both the using activity and data processing center for 
the purpose of monitoring and directing data both entering 
and leaving the data processing center. Such a control 
group has the responsibility of insuring that information 
flows through the data processing center in the manner 
outlined in procedure manuals and computer programs. 
In some instances, this control group also schedules the 
work of the data processing center and acts as liaison 
between the center and those departments originating input 
or receiving final reports. The control group may also 
follow up and reconcile discrepancies in order to insure 
correct processing and proper disposal of rejected or in- 
correct transactions. 

Questions 



1. Has a separate control group been set up 
independent of the ADP area? 

2. Have adequate procedures been established 
within the control group to (1) assure that all 
source data is introduced into the computer 
and (2) provide a positive control over out- 
put products to insure that all such products 
are accounted for and received by the desig- 
nated agency or activity? Consider the follow- 
ing controls: 

a. Prenumbered source documents. 

b. Document control registers. 

c. Document transmittal slips. 

d. Batching techniques. 

e. Control totals. 
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3. If no separate control group has been estab- 
lished, are procedures in effect adequate to 
provide a positive control over data entering 
and leaving the data processing center? 

Program documentation and operating controls 

Program documentation is needed to convey an 
understanding of what the ADP system does and how it 
does it. In addition, it is essential that standardized in- 
structions for operators be competently planned and com- 
prehensively documented to minimize operator errors. 

Questions 



1. Is am adequate description of the ADP system 
available? The description, including state- 
ments and illustrations, should be sufficiently 
detailed to indicate (1) the application being 
performed, (2) the procedures employed in 
each application, and (3) the controls used to 
insure accurate amd reliable processing. Con- 
sider the following documentation: 

a. Overall system flow charts. 

b. Narrative or written description of the 
flow of information in the system. 

c. Description of how each program accom- 
plishes its functions. 

d. Block diagrams showing the sequence of 
operations performed by the prog rams. 

e. Record descriptions showing the form amd 
content of all inputs and outputs and mem- 
ory locations. 
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f. Program listing in source language and in 
object code (a copy of a computer program 
used can replace the need for object code 
listing). 

g. Program operating instructions. 

2. Are current standardized operator and run de- 
scriptions adequately documented for each 
computer run? These instructions are gener- 
ally incorporated into "run books.” Do "run 
books” contain the following: 

a. Identification of all machine system com- 
ponents used and the purpose thereof? 

b. Identification of all input and output forms 
and media with data content layouts? 

c. Explanation of the purpose and character 
of each run? 

d. Detailed set-up and end-of-run operator 
instructions, including all manual switch 
settings required? 

e. Identification of all possible programmed 
and machine halts and specifically pre- 
scribed restart instructions for each? 

3. Are logs of machine time maintained? These 
records can be used to check operator effi- 
ciency, equipment reliability, and to guard 
against unauthorized use of the computer. 

4. Is a record (console record) maintained for all 
interventions made by the computer console 
operator? 

a. Are records of intervention audited? 

b. Is operator intervention kept to a minimum? 
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5. Is access to the computer available to unau- 
thorized persons? 

6. Are computer operators rotated? 

7. Is adequate supervision provided on all oper- 
ating shifts? Special attention should be given 
to extra shifts run at odd hours. 

Control over program change s 

Computers are capable of operating only through a 
set of instructions referred to as a program which is pre- 
pared by a person technically trained to logically arrange a 
series of steps or instructions to work on the data and ar- 
rive at a desired result. Therefore, one of the most impor- 
tant controls necessary in an EDP environment is the con- 
trol over program changes. 

Any and all changes to machine programs should 
be made in a formalized manner and should be approved 
by persons responsible for the efficient operation of the 
system. Quite often a change or modification is far- 
reaching and could have an effect on more than one appli- 
cation. 



Que stions 

1. Are program changes approved by a person of 
authority in addition to the programmer and 
system analyst? 

2. Is some management official responsible for 
approving program changes? 

3. Is each change in writing? 

4. Is each change well documented as to: 

a. Reason for change? 

b. Effect of change? 
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5. Are periodic checks made to insure that no 
unauthorized program changes have been made? 



Output controls 

Output controls assure that results of the data pro- 
cessing are reliable and. that no unauthorized alterations 
have been made to transactions and recor.i.5 while in the 
custody of the data processing unit. 

Questions 



1. Is there a system in effect that provides 
positive control over output products to insure 
that all such products are accounted for and 
received by the designated agency or activity? 

2. Are exception reports of unusual transactions 
or abnormal processing results furnished to 
the appropriate level of management for nec- 
essary action? 

3. Do output products provide for a comparison 
of operating resul-s with data which is inde- 
pendent of the computer processing? For ex- 
ample, does the system provide for compari- 
son of operating results with physical inven- 
tories or confirmations of accounts receivable? 

4. Does the system provide for recording, con- 
trolling, and retention of all interventions made 
by the console operator? 

5. Are persons responsible for input transactions 
prohibited from controlling the resultant output 
products? 

Magnetic tape 

Magnetic tape is today the most common type of 
input and output used in medium and large-scale computer 
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installations. Under proper storage and handling condi- 
tions, the service life of magnetic tape is almost unlimited. 



Questions 

1, Is there a procedure for removing error- 
causing tapes and having them rehabilitated 
or replaced as necessary? 

2, Are there formal procedures for preventing 
premature reuse of tapes? 

3, Are there physical controls to prevent inad- 
vertent erasure of tapes? 



An individual who has the responsibility for the 



custody of all data processing files is the librarian. The 
purpose for a record librarian is to assure that only au- 
thorized changes can be introduced into the computer pro- 
grams or historical records. 

Questions 



1, Are the data processing files (magnetic tape 
and diek) controlled by a librarian? 

2, Is the librarian completely independent of the 
planners and programmers? 

3, Are copies of computer programs and their 
supporting documents maintained in the library 
and issued to interested parties only on writ- 
ten authorization? 

4, Is an external label affixed to all files indicat- 
ing content, data created, retention date, etc,? 



Librarian 
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HARDWARE CONTROLS 



Hardware controls are defined as those data pro- 
tection and validation devices that are built into the equip- 
ment by the manufacturer. The primary function is to ver- 
ify the accuracy of information transmitted, manipulated, 
or stored and to insure that the computer is performing 
properly. 

One of the -uost critical areas is the handling of 
error conditions located and defined by the controls built 
into the machines. It is of primary concern that errors 
detected are properly corrected and that the corrected 
data is reentered into the system. 



Some of the hardware controls commonly used 
in mechanized systems are listed below. 



Parity checking-- The parity bit is a binary digit 
(bit) which may be added in the parity bit channel when 
required to provide the proper number of bits to make the 
coded data either an odd or an even number of bits. This 
bit, called a redundancy or parity bit, is added so as to 
make the total number of bits in each valid character even 
(or in some machines odd) so that, if a single bit is added 
or dropped, an invalid character results. 

Duplicate circ uitry - -Some computers duplicate the 
more essential circuitry of their main arithmetic unit. 
Calculations are carried out twice to insure accuracy. 

Dual arithmetic- -The computer automatically per- 
forms every computation twice, using the sa^ie circuitry. 
The results are then compared. 

Echo, checking - -A check of accuracy of transmis- 
sion in which the information which was transmitted to an 
output device is returned to the information source and 
compared with the original information to insure accu- 
racy of output. 
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Read-after-write check- -A built-in control feature 



that reads information back from the storage medium after 
it has been recorded and checks to see that the recording 
agrees with the original information. 



Hole count- -The total number of holes read in each 



column of a punched card at one station is compared with 
the total number of holes read from the same column of 
the same card as it passes through another station. 



Reverse arithmetic--A method by which a compu- 



ter verifies a calculation by using the same circuitry and 
by using a different method of calculation. 



Although the auditor has little control over the 



presence or absence of built-in equipment controls, he 
should know of their existence and the effect that they can 
have on internal control. 



Questions 

1. What hardware controls are included in the 
equipment? 

2. What corrective action is taken when the 
built-in machine check detects an error? 

3. Is corrected data properly controlled to assure 
that the corrected record is subsequently re- 
turned to the system for processing? 

4. Are preventive maintenance procedures in ef- 
fect to minimize potential machine failure? 



PROGRAMMED CONTROLS 



Programmed controls represent checks capable of 
being incorporated into the computer by means of coded 
instructions or programs. These controls can be separated 
into two types: (1) those controls planned for controlling 

and validating the input after it has entered the system 
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but prior to actual processing and (2) those controls de- 
signed to protect the data until processing is completed. 

Essentially, the purpose of reviewing programmed 
controls is twofold. First, it is to determine whether or 
not the design and arrangement of the machine operations 
provide adequate assurance that the data processing will 
be performed accurately and reliably. Second, it is to as- 
certain what provisions have been made in the system for 
the detection of erroneous data. Because of the various 
branches within a computer routine, the location of a con- 
trol check is often as important as the control itself. 
Therefore, the auditor should not only identify and evaluate 
the adequacy of programmed controls but also appraise the 
points of application. 

Some of the more common checks which can be 
made an integral part of the computer's stored program 
are listed below. 

Record count - -The computer can be programmed 
to count the number of records it processes and compare 
the result with a predetermined total. 

Sequence check- -This program control permits 
master records to be checked for sequence while being 
read for processing. 

Limit check- -Amounts or quantities developed or 
taken directly from the records are compared with pre- 
determined limits or quantities. 

Crossfooting--Crossfooting balance checks are used 
to check the accuracy of individual postings. 

Checkpoint and restart - -A technique that permits 
the computer to continue processing from the last check- 
point, rather than from the beginning, of a run, in case of 
an error or an interruption in the program. 
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Machine editing - -Processed data is validated by- 
comparing it against predetermined standards or tables. 

Error routine --If a programmed check signifies an 
error in reading or writing, a programmed error routine 
should cause the operation to be performed once again. If 
an error still exists, certain predetermined formal proce- 
dures should be made available to the operator outlining 
the action to be taken. 

Self-checking digits --A special check digit or num- 
ber attached to either end of a significant identification 
number such as a stock number or employee number. It is 
used to check data transmission and transcription of these 
numbers within a processing system. 

Tape labels --Certain identifying information writ- 
ten on the tape. 

Hash totals --A sum of numbers in a specified 
field of record or of a group of records used for checking 
purposes. 

Zero balancing --Aji operation that subtracts from 
an overall total the quantities comprising that total. The 
result should be zero. 

Questions 



1. What programmed controls have been built 
into the operating system? For example, do 
the programs: 

a. Include routines for checking the console 
switches, tape units, and disk storage units 
before processing the data? 

b. Include routines for checking tape Oj: disk 
labels before processing such files? 
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c. Provide for maintaining and proving batch 
totals, hash totals, or record counts of input 
data, master files, and processing runs? 

d. Include appropriate editing routines to in- 
sure the accuracy and completeness of the 
input data? 

e. Provide for writing a record of each pro- 
grammed halt and intervention by the opera- 
tor? 

f. Include procedures for reviewing the reason- 
ableness of the processed data and for pro- 
viding a record of all unreasonable or un- 
usual amounts? 


2. 


What corrective action is taken when the pro- 
grammed control detects an error? 


3. 


Is corrected data properly controlled to assure 

that the corrected record is subsequently re- • 

turned to the system for processing? 



DISASTER SAFEGUARDS 

The installation should have an adequate recon- 
struction plan in the event of partial or complete destruc- 
tion of the ADP center and current files. 



1 . 


Does the plan include duplicates of essential 
files, programs, and documentation? 


2. 


Are duplicate files and records stored in a 
safe place where it is unlikely that the same 
disaster would destroy both duplicate and orig- 
inal files? 



3. Is back-up hardware provided for? 
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OVERALL EVALUATION 

It is important to recognize that the integrity of 
data in the system depends substantially upon a variety of 
controls upon the equipment, the system, and the operators. 
In the final analysis, the adequacy of the network of internal 
controls present in the system is the key element to be de- 
pended upon the determining the reliance to be placed upon 
the accuracy of the data processing system. 



to the controls previously evaluated and tie together the 
total system of internal controls. The auditor must satisfy 
himself that the system design and internal controls assure 
reasonably accurate data processing results. It must be re- 
membered that most individual controls are expensive and 
accomplish limited objectives. The tendency on the part of 
the auditor to overcontrol a system must be avoided and a 
cost versus significance evaluation should be applied before 
recommending the addition of an ADPS control. 



Specifically, the auditor must give full consideration 
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SECTION III 



TRENDS IN AUTOMATIC DATA PROCESSING 
AND THE AUDITOR 

NEW SYSTEM TECHNIQUES 

During the early period of automatic data pro- 
cessing, it was common practice to mechanize only a small 
portion of the data system. The resultant systems were 
often simple adaptations of the manual system they replaced 
and thus presented no problem to the auditor. Visible 
audit trails were adequate, supporting documents were 
usually available for examination, and it was possible to 
trace input data directly to output and vice versa. This 
early approach to ADP was commonly referred to as au- 
diting •• Around the Machine- and was widely used because 
of its relative simplicity. 

With the advent of more sophisticated and com- 
plex systems, particularly integrated and real-time data 
processing systems, it becomes increasingly difficult to 
perform a satisfactory audit without considering data ma- 
nipulation by the computer. This method, auditing » Through 
the Machine," concentrates on the actual machine process- 
ing rather than the end products of the system. 

The use of on-line, real-time systems, random ac- 
cess memories, transaction recorders, and wire trans- 
mission all make auditing "around" the computer more 
difficult and auditing "through" the computer more desir- 
able. 



On-line, r eal-time systems --Real-time processing 
involves processing information or data in a sufficiently 
rapid manner so that the results of the processing are 
available in time to influence the process being monitored 
or controlled. When a transaction and its response are 
simultaneous, the program checks and controls which are 
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separate in other systems are combined in one program. 
Testing the effectiveness of controls is more complex and 
the design of test decks is more difficult them in batch-type 
systems. 



Random access memories --In contrast to magnetic - 
tape files, some random access files contain only the cur- 
rent generation of the file because updating destroys the 
old record. To retain the ability to reconstruct a file, 
provisions must be made to retain the file containing trans- 
actions that have intervened since a previous memory- 
content record was made* 

Transaction recorders - -There is a growing use 
of transaction- recording devices for feeding transaction data 
directly from the point of transaction into the computer. 
Many types of these devices do not prepare a printed copy 
of the transaction. Accordingly, provisions must be made 
to reconstruct a file. The computer can be programmed to 
print the necessary listing of transactions. 

Transaction recorders can malfunction; therefore, 
the auditor will need measures to obtain assurance that 
erroneous messages do not contaminate real data in the 
system. With programmed checks, the computer can de- 
tect invalid messages and signal for retransmission. Re- 
tention of erroneous messages can be useful to the auditor 
in checking controls on input. 

Wire transmission- -The use of wire transmission 
complicates the audit problem since source documents, if 
they exist at all, will usually be stored at the remote loca- 
tions from which they were transmitted. Careful con- 
sideration of both audit-trail and internal -control require- 
ments is required where wire transmission is used. 

Haskins & Sells Auditape System --The auditape 
system represents one of the newer techniques developed 
that uses data processing efficiently for auditing purposes. 
The system is a set of generalized computer programs or 
routines that can be useful for a variety of audit and man- 
agement purposes. 
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Basically, there are two parts to the auditape sys- 
tem. One part is permanent and is contained on a reel of 
magnetic tape. The other part is the adaptable portion that 
is fed into the computer by means of punched specification 
cards. The auditor learns how to prepare these cards after 
a brief training period. 

Auditape was developed by Haskins & Sells, one of 
the large public accounting firms, for use in its audit prac- 
tice. The system was designed to fill the need for computer 
programs that could be used (1) by persons having no 
specialized knowledge of computers or programming lan- 
guages and having only a nominal amount of simple instruc- 
tion and (2) on a wide variety of records interchangeably 
without any need for preparation of special programs for 
each type of application to be processed. The program 
routines can be linked together to perform a variety of 
functions such as agings, extensions of inventory values, 
extraction of items meeting specific criteria, and computa- 
tion of optimum sample size and random selection of sample 
items. 



The present auditape system is designed for IBM 
1400 series tape-system computers and the system 360 
with 1401 emulator. The emulator permits the system 360 
to function as a model 1401 computer. The present syntem 
represents a beginning; work is currently underway to adapt 
auditape for other types of equipment. 

Flexible Audit Selection Technique (FAST )--The 
U.S. Air Force Auditor General developed the Flexible 
Audit Selection Technique (FAST) for use with the USAF 
Standard Base Level Supply System (UNT.VAC 1050 II). The 
FAST program routine utilizes the processing capability of 
the computer to select data for audit purposes, either by 
the random sampling method or by the selection of specific 
types of data. 

The FAST program is stored internally on the 
magnetic drum of the UNIYAC 1050 II system and is inte- 
grated with the program routines that comprise the supply 
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data processing system. Input required to activate tiie pro- 
gram consists of a single program select card along with 
one trailer card when required. If the essential data has 
been punched into the cards, the program will proceed to 
either select a sample or select only those records or data 
that are specified by the program select card or the trailer 
card. Data that meets the selection criteria can be printed 
out or punched on a card fur use by the auditor. 

Selecting Audit Transactions Electronically 

(SATE) --The procedure for Selecting Audit Transactions 
Electronically (SATE) was developed by the USAF Auditor 
General for use with the USAF Standard Base Level Supply 
System (UNIVAC 1050 II). The SATE program uses the 
computer to select transactions for audit purposes. Three 
types of selections are available: 

1. Random Start-Fixed Interval Sample: This 

selection will produce a specific sample of the 
transactions processed during the day that the 
SATE program is run. 

2. Reverse Post Selection: All reverse post 

transactions processed will be selected. 

3. Data Element: Transactions are selected on 

the basis of specified data elements. 

The SATE program is an integral part of the USAF 
Standard Base Level Supply System. Input cards required 
to activate the program include a program select card; 
parameter cards A, B, and 1 through 8; and a sentinel 
card. Output products can be either printed listings or 
punched cards. 

Utility Program for Selecting Data--The Utility 
Program Tor Selecting Data is another program that was 
developed by the USAF Auditor General. This program is 
not oriented to a particular system or to a specific com- 
puter. Instead, it is punched card oriented and can be used 
on several computers in the Air Force. Basically, it is an 
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ADP program designed to select data from any file of 
punched cards regardless of which ADP equipment they 
were prepared from, their data format, or the size of the 
file. 



Input required to use the Utility Program for Se- 
lecting Data consists of two types of control cards. An 
"object program" then translates the control cards into a 
user oriented computer program designed to isolate and 
extract desired information from a file of source data 
cards. Output can be in either printed listing or punched 
card form. 

Time - shared Computer Applicat i ons in Contract 
Audits- -The Defense Contract Audit Agency (DCAA) has 
entered into a contract with CEIR, Inc., for use of its time- 
shared computer system. The computers are located at 
the CEIR computer complex in Bethesda, Maryland. Com- 
munication with the computers is through teletype machines 
that are available to DCAA personnel at more than 40 con- 
tractor locations throughout the country. 

Programs to perform most of the time-consuming 
computational and clerical work required for use of sta- 
tistical sampling, correlation analysis, and improvement- 
curve techniques have already been developed and stored 
in the computer system. These programs are immediately 
available to DCAA personnel with access to any of the 
teletype machines which have been authorized to use the 
service. In June 1967, 12 computer programs were avail- 
able in the DCAA library, including those designed for the 
following purposes: 

1. Generate and sort random numbers. 

2. Generate and sort sequences of random num- 
bers. 

3. Appraise the results of sampling for variables. 

4. Determine sample sizes from preliminary sam- 
ple data. 
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5. Fit an improvement curve to unit hours or 
cost. 

6. Fit an improvement curve to average -lot hours 
or cost. 

7. Simple linear fit--with confidence intervals. 

8. Fit two variables to six different curves. 

9. Multiple linear fit- -with transformations. 

Communication between a teletype machine and 
the computer is essentially the same as between two tele- 
phones. Dialing the telephone number of the computer 
activates the system. The computer answers with a con- 
firmation tone. In response to a short series of questions 
from the computer, the auditor identifies the teletype ma- 
chine, indicates the name of the programming language, and 
provides the name of the program. When the computer is 
set to work, it types "READY." When the word "RUN" is 
typed on the teletype machine, the computer solves the 
problem and prints out the answer in a matter of seconds. 

AUDITING STANDARDS AND TECHNICAL TRAINING 

Even though ADP systems have imposed a com- 
plex new technology, the high quality of the work which the 
auditor performs must remain unchanged. The standards 
by which the quality of the audit function is measured have 
not been affected by the advent of ADP. 

With the widespread growth of ADP, there is an 
implied necessity for the auditor to achieve and maintain 
adequate technical training and proficiency in ADP systems 
if he is to render opinions or issue reports relating to ac- 
counting systems involving extensive use of ADP equip- 
ment. The auditor, therefore, should continuously strive 
to increase his knowledge and understanding of automatic 
data processing through formal training, actual experience, 
and informal study on his own time. While it is difficult 
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to define precisely just how much knowledge of ADP the 
auditor needs as a minimum, the following topics provide 
an approximate guide: 

1. A thorough knowledge- of punched-card code 
or language. 

2. A working knowledge of computer languages 
and binary mode of operation. 

3. A general understanding of how ADP equipment 
reads, punches, compares, calculates, branches, 
and switches, 

4. A general understanding of the basics of pro- 
gramming. 

5. A thorough understanding of the wide variety 
of controls used in ADP systems and the 
methods for detecting, handling, and correcting 
errors. 

6. A detailed knowledge of the means of communi- 
cation between the equipment and its operator 
through the various input and output compo- 
nents, including the machine console or op- 
erating station. 

7. A working vocabulary of the names of machine 
components, operations, and related items. 

8. A officient knowledge of flow charts and logic 
diagrams to enable the auditor to make ref- 
erence to them in identifying program checks 
and evaluating the method of internal control. 

The trend to more completely integrated data pro- 
cessing and decisionmaking within the ADP system with 
less printout of data may necessitate greater reliance on 
programmed control procedures. These trends suggest 
that the auditor may have to become technically proficient 
in ADP control techniques that have not been much used to 
date: 




293 



282 



APPENDIX IX 



1. Developing audit test decks. Test transactions 
could be included in each processing operation. 
The processing accorded the test transactions, 
when compared with predetermined results, 
will indicate whether the programs ar' per- 
forming as intended and whether the control 
procedures are still in effect. 

2. Developing special audit programs for the com- 
puter. Special programs can be designed to 
provide in usable form most of the information 
required to make an examination of the rec- 
ords. 

3. A more sophisticated application of random 
sampling techniques. Mechanized statistical 
sampling programs provide an effective means 
of selecting, analyzing, and testing the volu- 
minous data processed by the ADP system. 

4. Assisting in the design of the ADP internal 
control system. The auditor's logical role is 
to guide the development of the internal con- 
trol policy. He can indicate what types of con- 
trols should be used in the various major seg- 
ments of the data processing system. 

A thorough understanding of systems analysis and 
design will be required by certain auditors charged with 
responsibility to evaluate (1) new systems during the de- 
velopment stages, (2) major changes to operational systems, 
and (3) advanced techniques to perform mechanized audits. 
The audit of some exceptional data processing systems may 
require a more extensive knowledge of machine technology, 
but the levels of understanding indicated above will provide 
the auditor with the minimum information normally re- 
quired. 



283 



O 



294 



APPENDIX IX 



SECTION IV 
BIBLIOGRAPHY 



Arnold, R. R. and others. Introduction to Data Processing , 
Wiley, 1966. 

Awad, Elias M. Business Data Processin g, Prentice -Hall, 
1965. 

Booth, Andrew D. Digital Computers in Action , Pergamon, 
1965. 

Booth, A. D. and K. H. V. Booth. Automatic Digital Calcula - 
tors, Butterworth, 1966. 

Boutell, Wayne S. Auditing with the Computer , U. of Cali- 
fornia, 1965. 

Burgess, Eric (ed). On-line Computing Systems , American 
Data, 1965. 

Calingaert, P. Principles of Computation , Addison-Wesley, 
1965. 

Chapin, Ned. Introduction to Automatic C omputers (2nd 
Edition), Van Nostrand, 1963. 

Davis, G. B. Introduction to Electronic Computers, McGraw- 
Hill, 1965. 

Elliott, C. O. and R. 3. Wasley. Business Information Pro- 
cessing Systems, Irwin, 1965. 

Favret, A. G. Introduction to Digital Computer Applications, 
Reinhold,. 1965. 

Flores, Ivan. Computer Programming , Prentice -Hall, 1966. 

Gregory, R. H. and R. L. Van Horn. Automatic Data Pro - 
cessi ng Systems (2nd Edition), Wadsworth, 1963. 




a 



295 2 84 



APPENDIX IX 



Gruenberger, F. and G. Jaffray. Problems for Computer 
Solution , Wiley, 1965. 

Hartkemeier, H. P. Data Processing , Wiley, 1966. 

Haskins & Sells, Haskins & Sells Auditape System Manual, 
1967. 

Howard, J. H. Electronic Information Displays for Manage - 
ment, American Data, 1966. 

Luftig, Milton. Computer Programmer , ARCO, 1965. 

Lybrand, Ross Bros. & Montgomery. The Control and Audit 
of Electronic Data Processing Systems, 1965. 

Martin, E. W., Jr. Electronic Data Processing; An Intro - 
duction , Irwin, 1965. 

Martin J. T. Programming Real-time Computer Systems , 
Prentice-Hall, 1965. 

McCarthy, E. J. and J. A. McCarthy. Integrated Data Pro- 
cessing Systems , Wiley, 1966. 

Price Waterhouse & Co. Use of Computers in Auditing . 

Robichaud, B. Understanding Modem Business Data Pro - 
cessing , McGraw-Hill, 1966. 

Schmidt, R. N. and W. E. Meyers. Introduction to Computer 
Science and Data Processing, Holt, Rinehart & Winston, 
1965. 

Solomon, I. I. and L. O. Weingart. Management Uses of the 
Computer , Harper, 1966. 

Swallow, K. P. and W. T. Price. Elements of Computer Pro- 
gramming, Holt, Rinehart & Winston, 1965. 

USAF Auditor General. Flexible Audit Selection Technique 
(FAST). 



285 

296 



APPENDIX IX 



USAF Auditor General, Se lecting Audit Transactions Elec - 
tronically (SATE). 

USAF Auditor General. Utility Program for Selecting Data . 

U.S. Government Printing Office. Guide for Auditing Auto - 
matic Data Processing Systems , Department of the Air 
Force, Comptroller, Auditor General, 1966 . 

U.S. Government Printing Office. Inventory of Automatic 
Data Processing Equipment in the Federal Government, 
Bureau of the Budget, 1966 . 

Weinstein, S. M. and A. Keim. Fundamentals of Digital 
Computers, Holt, Rinehart & Winston, 1965 . 

Williams, W. F. Principles of Automated Information Re - 
trieval, Taplinger, 1966 . 

Wilson, I. G. and M. E. Wilson. Information, Computers , 
and System Design, Wiley, 1965 . 

Data Processing Digest, Volume 13 , Number 3 , March 1967 . 
Pages 18 through 34 contain a more detailed list of com- 
puter literature, including journals, magazines, news- 
letters, books, dictionaries, etc. 

Defense Contract Audit Agency Manual, Time-Shared Com - 
puter Applications in Contract Audits, April 1967 . 



297 



266 

* U. S, GOVERNMENT 



PRINTING OFFICE { 1971 O - 444-090 



